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内 容 提 要 

本 书 是 C++ 模 板 编 程 的 完全 指南 ， 间 在 通过 基本 概念 、 常 用 技巧 和 应 用 实例 
三 方面 的 有 用 资料 ， 为 读者 打下 C++ 模 板 知识 的 坚实 基础 。 

全 书 共 22 章 。 第 1 章 全 面 介绍 了 本 书 的 内 容 结构 和 相关 情况 。 第 1 部 分 《第 2 
一 7 章 ) 以 教程 的 风格 介绍 了 模板 的 基本 概念 ， 第 2 部 分 〔 第 8 一 13 章 ) 阐述 了 模 
板 的 语言 细节 ， 第 3 部 分 〈 第 14 一 18 章 ) 介绍 了 C++ 模板 所 支持 的 基本 设计 技术 ， 
第 4 部 分 〈 第 19 一 22 章 ) 深入 探讨 了 各 种 使 用 模板 的 普通 应 用 程序 。 附 录 A 和 附录 
B 分 别 为 一 处 定义 原则 和 重 载 解析 的 相关 资料 。 


本 书 适 合 C++ 模板 技术 的 初学 者 阅读 ， 也 可 供 有 一 定编 程 经 验 的 C++ 程序 员 


参 


Pee Fe 


C++ 真 可 谓 是 包罗 万 象 、 博 大 精深 。 每 个 在 C++ 中 沉迷 多 年 的 爱好 者 都 难免 
有 这 样 的 感慨 : 使 用 C++ 多 年 过 后 ， 我 们 往往 只 能 算是 一 个 熟练 的 使 用 者 ， 却 从 
来 不 敢 给 自己 冠 上 “精通 C++” 的 头衔 。 难 道 “精通 C++” 永 远 都 是 不 怖 的 大 言 ? 然 
而 ， 在 学 习 、 使 用 和 研究 C++ 的 过 程 中 ， 我 们 总 是 期 望 能 够 向 “精通 ”不 断 迈 进 ， 
并 领悟 C++ 语 言 的 精髓 。 我 想 ， 要 做 到 这 一 点 起 码 要 注意 三 个 方面 : 一 要 把 握 语 
言 发 展 的 脉搏 ;二 要 多 应 用 标准 技术 ;三 要 洞悉 标准 技术 背后 的 实现 细节 。 做 到 
这 些 往往 能 够 事半功倍 。 


近年 来 ，C++ 的 新 发 展 主要 是 在 GP《〈 泛 型 程序 设计 ) 方面 大 放 有 异彩 : 标准 
库 、boost 库 、 容 器 、 友 代 子 、 仿 函数 等 都 是 于 绕 着 GP 不 断 呈 现 出 来 的 ， 它 们 代表 
了 现今 C++ 程序 设计 的 特性 。 而 在 这 种 种 技术 的 背后 ， 隐 含 着 一 种 根深 送 回 的 共 
性 : 模板 技术 ， 处 处 都 是 模板 代码 。 我 们 可 以 说 : 泛 型 程序 设计 本 号 就 是 基于 模 
板 的 程序 设计 。 也 正 是 模板 的 这 种 编译 期 机 制 ， 进 一 步 地 展现 了 GP 的 优越 ， 体 现 
C++ 高 效率 的 特点 ， 更 有 助 于 GP 达到 与 O00 并 驾 齐 驱 的 地 位 。 


使 用 了 多 年 标准 库 等 技术 之 后 ， 每 个 人 都 曾经 编写 过 许 许 多 多 模板 代码 ， 但 
在 每 天 的 重复 劳动 之 余 ， 很 多 人 却 未 能 真正 洞悉 隐藏 在 模板 背后 的 实现 细节 。 诸 
如 特 化 、 局 部 特 化 、 实 例 化 、 重 载 解析 等 编译 器 实现 机 理 ， 相 信和 真正 了 解 的 人 并 
不 多 。 这 使 得 我 们 始终 未 能 真正 摆脱 我 们 所 使 用 的 特性 的 束缚 ， 也 就 无 法 实现 更 
加 符合 具体 应 用 的 技术 与 特性 。 在 这 种 情况 下 ， 用 起 这 些 特性 来 总 会 觉得 心里 不 
踏实 。 这 未 免 是 程序 员 的 一 种 莫 隧 。 


从 前 面 列 出 的 3 个 方面 来 看 ， 本 书 都 能 够 解决 读者 的 疑惑 。 本 书 前 半 部 分 内 
容 为 读者 释疑 解 惑 ， 后 半 部 分 内 容 则 更 加 贴近 开发 者 ， 使 所 探讨 的 技术 真正 发 挥 
其 效能 。 因 而 ， 也 总 能 带 给 入 各 然 开 表 的 感觉 ， 并 使 你 深 深 体会 到 作者 选材 的 独 
到 之 处 。 关 于 本 书 内 容 的 全 面 介绍 ， 请 参考 第 1 章 ， 我 在 此 就 不 再 袭 述 了 。 


C++ 编 程 的 书籍 ， 现 如 今 已 是 琳 下 满 目 、 贷 果 累 累 。 但 是 对 于 C++ 和 模板 这 
个 至 关 重 要 的 领域 ， 即 使 在 未 来 很 长 一 段 时 间 里 ， 本 书 也 必定 有 着 不 可 蔡 代 的 地 
位 ， 这 一 点 从 亚马逊 的 5 星 级 公 评 和 一 直 位 于 前 列 的 销售 排名 可 见 一 斑 。 


对 于 本 书 的 翻译 ， 我 力求 做 到 语言 平实 无 华 ， 期 望 能 以 流畅 的 语句 带 给 读者 
一 个 轻松 的 阅读 过 程 。 在 近 一 年 的 翻译 过 程 中 ， 我 一 次 又 一 次 地 拖延 了 出 版 社 的 
计划 ， 正 是 为 了 真正 尽 到 一 个 译 者 的 职责 ， 对 技术 和 文字 把 好 关 。 但 “ 丑 媚 妇 总 要 
见 公 姿 ”， 这 本 书 也 终究 还 是 要 和 读者 见面 ， 所 以 我 的 修 润 也 只 能 告 一 段落 。 在 阅 
读 的 过 程 中 ， 如 果 你 有 中 肯 的 批评 意见 ， 我 一 定 虚 心地 接受 。 我 也 希望 能 够 就 此 
书 的 内 容 与 读者 有 更 多 的 交流 。 
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首先 ， 我 要 感谢 人 民 邮 电 出 版 社 的 编辑 。 对 我 每 次 提交 的 电子 稿件 ， 他 们 都 
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FRR EC A TAG BE ARE TT, BAREM ERA. HE 
卫 东 是 本 书 前 半 部 分 的 第 1 位 读者 ， 他 花 了 很 多 时 间 ， 为 我 指出 了 许多 不 足 之 
处 。 王 睦 〈 虫 虫 ) 是 第 16 章 的 初稿 译 者 ， 他 的 译文 准确 生动 ， 给 我 带 来 很 多 宝贵 
的 启发 。 另 外 ， 吏 岩 和 熊 节 两 位 好 友 对 C++ 有 着 多 年 的 学 习 经 历 和 丰富 的 知识 背 
景 ， 他 们 在 我 不 断 学 习 探索 的 过 程 中 ， 给 予 我 极 大 的 帮助 。 


再 一 次 ， 我 要 感谢 在 深圳 的 许多 好 友 的 文 持 。 最 后 ， 感 谢 我 的 杀人 和 我 的 女 
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fEC++, fH (Template) 这 个 概念 已 经 存在 十 几 年 了 ，1990 年 出 版 的 
Annotated C++ Reference Manual 〈 即 “ARM”， 见 [EllisStroustrupARM]) 就 已 经 介 
绍 了 模板 的 一 些 内 容 。 实 际 上 ， 在 这 之 前 的 许多 专业 文档 也 已 经 对 模板 进行 了 一 
些 描 述 。 然 而 ， 即 使 过 了 十 几 年 之 后 ， 对 于 模板 这 一 吸引 人 的 、 复 杂 的 、 强 有 力 
的 C++ 特 性 ， 仍 然 没 有 一 本 著作 能 够 集中 阐述 它 的 基础 概念 和 高 级 技术 。 我 们 觉 
得 有 必要 阐述 这 些 令 人 费解 的 地 方 ， 于 是 就 决定 编写 这 本 关于 模板 的 书籍 (这 些 
说 法 或 许 会 显得 有 点 不 够 谦虚 ) 。 


然而 ， 我 们 两 人 有 着 不 同 的 背景 ， 对 于 这 项 任务 ， 也 有 着 不 同 的 目的 。David 
是 一 个 很 有 经 验 的 编译 器 实现 者 ， 同 时 也 是 C++ 标准 委员 会 核心 语言 工作 组 的 成 
员 。 他 的 目的 在 于 详细 而 且 准确 地 描述 模板 的 功能 《和 问题 ) 。Nico 是 一 个 “ 普 
通 ” 的 《应 用 程序 ) 程序 员 ， 同 时 也 是 C++ 标准 委员 会 程序 库 工 作 小 组 的 成 员 。 他 
的 目的 在 于 让 读者 理解 他 所 使 用 的 各 种 模板 技术 和 使 用 过 程 中 的 收获 。 另 外 ， 我 
们 期 望 可 以 与 你 〈 读 者 ) 和 整个 (C++) 社团 共享 这 些 知识 ， 让 我 们 都 避免 那些 
对 模板 的 误解 、 疑 惑 和 忧虑 。 


于 是 ， 你 在 书 中 既 会 看 到 带 有 例子 的 概念 性 介绍 ， 也 会 看 到 模板 具体 行为 的 
详细 描述 。 我 们 将 从 模板 的 基本 概念 开始 介绍 ， 逐 步 过 渡 到 “模板 程序 设计 的 艺 
术 ”， 其 中 你 将 会 发 现 〈 或 者 再 次 发 现 ) 诸如 静态 多 态 、policy 类 、 
metaprogramming、 表 达 式 模板 等 技术 。 另 外 ， 基 于 标准 库 中 几乎 到 处 都 涉及 到 模 
板 ， 在 此 你 还 可 以 加 深 对 标准 库 的 理解 。 


在 本 书 的 编号 过 程 中 ， 我 们 学 会 了 很 多 知识 ， 也 获得 了 不 少 的 乐趣 。 我 们 希 
望 你 在 阅读 的 过 程 中 也 能 有 这 样 的 感受 ， 享 受 这 本 书 和 这 份 乐趣 ! 


致谢 


这 本 书 引 用 了 许多 别人 的 思想 、 概 念 、 解 决 方案 和 例子 ， 在 此 我 们 感谢 在 过 
去 儿 年 里 所 有 帮助 和 支持 我 们 的 个 人 和 公司 。 


首先 ， 我 们 感谢 所 有 的 审阅 者 和 对 我 们 的 早期 草稿 提 意 见 的 人 ， 这 本 书 的 质 
量 很 大 程度 上 要 归功 于 他 们 (她 们 〉 的 付出 。 本 书 的 审阅 者 有 : Kyle Blaney, 
Thomas Gschwind, Dennis Mancl, Patrick Mc Killen 和 Jan Christiaan Van Winkel; 
特别 要 感谢 Dietmar Kiihl， 他 细致 入 微 地 审阅 和 校对 了 整 本 书 ， 他 的 反馈 大 大 提 
高 了 这 本 书 的 质量 。 


我 们 还 要 感谢 所 有 帮助 我 们 在 不 同 的 编译 器 平台 测试 书 中 例子 程序 的 个 人 和 
公司 。 特 别 要 感谢 Edison Design Group 公司 ， 他 们 为 我 们 提供 了 一 个 很 优秀 的 编 
译 器 ， 还 给 予 了 我 们 大 力 的 文 持 ， 这 对 本 书 的 编写 和 C++ 的 标准 化 过 程 都 带 来 了 
很 大 的 帮助 。 另 外 ， 我 们 还 要 感谢 免费 的 GNU 和 egcs 编 译 器 的 开发 者 〈Jason 
Merril 是 特别 要 感谢 的 人 ) 和 Microsoft， 他 们 为 我 们 提供 了 一 份 评估 版 本 的 Visual 
C++ (Jonathan Caves. Herb Sutter. Jason Shirk 是 我 们 在 那 边 的 朋友 ) 。 


总 的 说 来 ， 现 存 的 许多 “C++ Wisdom” 得 益 于 在 线 C++ 团 体 。 其 中 的 大 多 数 内 
容 都 来 自 新 闻 组 comp.lang.c++.moderated 和 comp.std.c++; 因此 我 们 要 特别 感谢 这 
些 新 闻 组 活跃 的 管理 者 ， 正 是 他 们 的 努力 才 使 所 讨论 的 内 容 更 加 有 用 ， 更 具 建 设 
i 我 们 还 要 感谢 那些 多 年 来 不 遗 余力 地 为 我 们 解释 并 和 我 们 分 享 他 们 的 想法 的 


Addison-Wesley 出 版 公司 的 团队 做 了 一 份 很 出 色 的 工作 。 我 们 特别 要 感谢 
Debbie Lafferty〈 我 们 的 编辑 ) ， 感 谢 他 那 温 和 的 督促 、 恨 好 的 建议 、 不 倦 的 工作 
和 对 这 本 书 的 支持 。 另 外 还 要 感谢 Tyrrell Albaugh、Bunny Ames, Melanie Buck, 
Jacquelyn Doucette, Chanda Leary-Coutu、Catherine Ohala 和 Marty Rabinowitz。 我 
们 还 要 衷心 感谢 Marina Lang， 正 是 他 首先 在 Addison-Wesley 内 部 提出 这 个 选 题 
的 。 最 后 ，Susan Winer 的 早期 编辑 工作 ， 也 大 大 有 助 于 我 们 后 面 的 工作 。 


Nico 的 致谢 


我 首先 要 感谢 我 的 家 人 : Ulli、Lucas、Anica 和 Frederic， 感 谢 他 们 对 我 和 这 
本 书 的 耐心 、 关 怀 和 鼓励 。 


另外 ， 我 还 要 感谢 David， 他 是 一 个 非常 优秀 的 专家 ， 而 且 他 的 耐心 显得 格外 
有时， 我 甚至 会 问 一 些 比较 幼稚 的 问题 )》 。 和 他 一 起 工作 让 我 感到 极 大 的 
ZIN 到 。 


David 的 致谢 


首先 要 感谢 我 的 妻子 Karina， 这 本 书 能 够 完成 要 归功 于 她 的 帮助 和 在 生活 中 
给 我 带 来 的 一 切 。 当 写 书 时 间 和 其 他 活动 安排 发 生 冲突 的 时 候 , “利用 空 用 时 
间 ” 写 书 显然 是 不 现实 的 。Karina 帮 我 安排 了 整个 时 间 计 划 ， 为 了 挤 出 更 多 的 时 间 
人 所 有 的 这 一 切 都 对 这 本 书 的 完成 给 予 了 
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ee eee 才 令 这 本 原先 显得 凌乱 的 草稿 变 成 一 本 结构 合 
理 的 书籍 。 


John “Mr. Template”Spicer 和 Steve “Mr. Overload” Adamczyk 是 我 很 好 的 朋友 
和 同事 ， 在 我 看 来 ， 他 们 都 是 核心 C++ 语言 的 权威 。 他 们 澄清 了 书 中 一 些 令 人 疑 
惑 的 问题 ， 如 果 你 在 书 中 找到 关于 C++ 语言 的 特性 〈element) 的 一 些 错误 ， 那 么 
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最 后 ， 我 要 对 下 面 这 些 文 持 我 这 份 工作 的 许多 人 表达 我 的 谢意 ; 尽管 他 们 的 
文 持 是 间接 的 ， 但 他 们 给 我 之 来 的 一 切 同 样 是 不 可 低估 的 。 首 先 ， 我 要 感谢 我 的 
父母 ， 正 是 他 们 的 关爱 和 鼓励 ， 才 使 我 的 一 切 发 生 了 改变 。 下 面 是 一 些 给 我 关怀 

《譬如 询问 “ 书 进行 得 怎么 样 了 ? ”) 的 朋友 ， 他 们 的 或 励 同 样 给 予 了 我 很 大 的 动 
J]: Michael Beckmann, Brett and Julie Beene, Jarran Carr, Simon Chang, Ho and 
Sarah Cho, Christophe De Dinechin. Ewa Deelman, Neil Eberle, Sassan Hazeghi、 
Vikram Kumar, Jim#Lindsay Long. R.J. Morgan, Mike Puritano. Ragu 
Raghavendra, Jim#Phuong Sharp. Gregg Vaughn 和 John Wiegley. 


第 1 章 关于 本 书 


模板 ， 作 为 C++ 中 的 一 部 分 已 经 有 了 十 几 年 之 入 《而 且 也 以 各 种 形式 存 
在 ) ， 但 我 们 仍然 会 对 它 误 解 、 误 用 甚至 产生 争论 。 同 时 ， 我 们 又 发 现 模板 可 以 
作为 一 个 工具 ， 用 来 开发 更 加 干净 、 更 具 效 率 、 更 加 智能 的 软件 。 事 实 上 ， 模 板 
已 经 成 为 许多 新 的 C++ 程序 设计 范例 Cparadigm) 的 基石 。 


然而 ， 我 们 发 现 大 部 分 关于 C++ 模板 的 书籍 和 论文 对 模板 理论 和 应 用 的 介绍 
都 是 很 肤浅 的 。 即 使 是 少数 几 本 讨论 各 种 模板 设计 技术 的 书籍 ， 也 未 能 准确 地 描 
述 C++ 语言 是 如 何 文 持 这 些 模板 技术 的 。 于 是 ， 无 论 是 C++ 的 初级 程序 员 还 是 高 
级 程序 员 ， 都 会 发 现 模板 总 是 令 他 们 感到 困惑 ， 他 们 也 期 望 能 知道 《涉及 到 模板 
的 ) 代码 为 什么 总 是 出 乎 意料 地 出 错 。 


这 种 现象 是 我 们 编写 这 本 书籍 的 主要 原因 。 然 而 ， 即 使 同样 是 针对 模板 的 话 
题 ， 我 们 两 人 选择 的 落脚 点 又 有 所 不 同 ， 写 书 的 方式 也 带 有 差异 : 


David 的 目的 是 为 了 给 读者 提供 一 份 关于 C++ 模 板 的 语言 机 制 和 应 用 模板 所 获 
得 的 高 级 编程 技术 的 完整 参考 。 他 更 多 地 注重 准确 性 和 完整 性 。 

Nico 的 兴趣 在 于 希望 这 本 书 可 以 帮助 他 自己 和 那些 在 日 常 中 使 用 模板 的 程序 
和 
述 这 些 内 容 。 


就 某 种 意义 而 言 ， 你 会 发 现 我 们 是 一 对 科学 家 一 工程 师 组 合 : 虽然 面 对 的 是 
同一 个 话题 ， 但 我 们 的 着 重点 却 有 所 不 同 〈( 当 然 ， 肯 定 会 有 一 些 重 县) 。 


Addison-Wesley 让 我 们 两 个 人 走 到 了 一 起 ， 才 有 了 这 本 我们 认为 )》 带 有 详 
细 参 考 的 C++ 模板 教程 。 该 教程 不 仅 介 绍 了 模板 的 语言 特性 ， 更 注重 于 阐述 一 些 
与 实际 应 用 相关 的 设计 方法 。 也 就 是 说 ， 该 书 不 仅 是 一 本 关于 C++ 模板 的 语法 和 
和 


1.1 阅读 本 书 所 需 具 备 的 知识 


为 了 能 够 理解 本 书 中 的 大 部 分 知识 ， 你 应 该 熟悉 C++: 我 们 描述 的 是 该 语言 
的 一 个 特性 《“ 即 模板 ) ， 而 不 是 语言 本 身 的 基础 知识 。 你 应 该 熟悉 类 和 继承 的 概 
念 ， 并 且 能 够 使 用 诸如 IOstream 和 容器 等 C++ 标准 库 组 件 来 编写 程序 。 另 外 ， 在 
有 必要 的 时 候 我 们 还 会 谈 到 语言 的 一 些 复杂 话题 ， 即 使 这 些 话题 和 模板 并 没有 直 
接 的 关联 。 所 有 的 这 些 说 明了 这 本 书 主要 适合 于 C++ 的 专家 和 中 级 程序 员 。 


我 们 所 采用 的 语言 是 1998 年 标准 化 的 C++ 语言 《 见 [Standard98]) ， 以 及 
C++ 标准 委员 会 在 它 的 首 份 技术 勘误 表 〈 见 [Standard02]) 中 所 提供 的 澄清 说 明 。 
如 果 你 觉得 你 所 理解 的 C+t+ 基 本 概念 已 经 有 些 过 时 ， 那 么 我 们 建议 你 阅读 
[SroustrupC++PL]、[JosuttisOOP] 和 [JosuttisStdLib] 来 更 新 你 的 知识 ;这 些 书 对 现 
今 的 C++ 语言 及 其 标准 库 都 有 很 好 的 介绍 ， 另 外 的 书籍 可 以 参考 附录 B.3.5。 


1.2 本 书 的 整体 结构 


我 们 的 目的 有 两 方面 : 一 方面 是 为 了 给 那些 刚刚 开始 使 用 模板 的 程序 员 提供 
必要 的 信息 ， 让 他 们 可 以 从 使 用 模板 中 受益 ;， 男 一 方面 是 为 那些 经 验 丰 富 的 程序 
员 介 绍 一 些 深入 的 知识 ， 使 他 们 可 以 走 在 模板 应 用 的 前 列 。 为 了 实现 这 个 目的 ， 
我 们 将 整 本 书 组 织 如 下 : 


第 1 部 分 介绍 了 模板 的 基本 概念 ， 以 教程 的 风格 来 介绍 这 些 基本 概念 。 
第 2 部 分 阐述 了 模板 的 语言 细节 ， 可 以 作为 基于 模板 的 构造 的 参考 。 

第 3 部 分 介绍 了 C++ 模板 所 支持 的 基本 设计 技术 ， 覆 盖 的 范围 从 微小 的 概念 到 
复杂 的 用 法 ， 一 些 技术 在 别 的 书籍 中 都 没有 出 现 过 。 

。 第 4 部 分 在 前 两 部 分 的 基础 上 ， 深 入 讨论 了 各 种 使 用 模板 的 普通 应 用 程序 。 


每 个 部 分 都 由 几 个 章节 组 成 。 另 外 ， 我 们 还 提供 了 一 些 附录 ， 它 们 涉及 的 范 
围 并 不 局 限于 模板 〈 例 如 ， 对 C++ 重 载 解析 的 概述 ) 。 


对 第 1 部 分 的 每 一 章 ， 你 最 好 是 按 顺 序 阅读 。 例 如 ， 第 3 章 就 是 建立 在 第 2 章 
(的 内 容 ) 的 基础 之 上 的 。 然 而 ， 在 其 他 的 部 分 ， 章 与 章 之 间 的 关联 是 比较 松散 
的 。 你 可 以 随意 安排 阅读 顺序 ， 壁 如 先 阅 读 关 于 仿 函 数 的 第 22 章 ， 接 下 来 才 阅 读 
关于 智能 指针 的 第 20 章 。 


1.3 如 何 阅 读本 书 


如 果 你 是 一 个 希望 学 习 或 者 温习 模板 概念 的 C++ 程 序 员 ， 那 么 你 应 该 仔细 阅 
读 第 1 部 分 一 一 基础 。 即 使 你 已 经 对 模板 非常 熟悉 ， 我 们 还 是 建议 你 大 概 浏览 一 
下 第 1 部 分 ， 这 样 有 助 于 你 了 解 我 们 所 使 用 的 风格 和 术语 。 这 一 部 分 还 介绍 了 : 
当 遇 到 包含 模板 的 源 代 码 时 ， 你 应 该 如 何 《〈 逻 辑 地 ) 组 织 这 些 源 代码 。 


根据 自己 的 学 习 方 法 ， 你 既 可 以 深入 理解 第 2 部 分 的 许多 细节 ， 也 可 以 直接 
阅读 第 3 部 分 所 介绍 的 实用 编码 技术 《然后 才 回 到 第 2 部 分 阅读 一 些 复杂 的 语言 话 
题 ) 。 如 果 你 每 天 面 对 使 用 模板 的 压力 ， 那 么 后 一 种 阅读 方法 通常 是 相当 有 用 
的 。 第 4 部 分 和 第 3 部 分 有 些 类 似 ， 但 它 主 要 注重 于 如 何 把 模板 技术 应 用 到 具体 的 
应 用 程序 中 ， 而 不 仅仅 在 于 设计 技术 。 因 此 ， 在 阅读 第 4 部 分 之 前 ， 最 好 熟悉 第 3 
部 分 所 介绍 的 一 些 话题 。 


附录 部 分 包含 了 很 多 内 容 ， 在 本 书 的 正文 中 我 们 也 经 常 引 用 这 些 内 容 。 我 们 
也 根据 它们 〈 指 附录 的 内 容 〉 的 特点 ， 尽 量 把 它们 写 得 浅显 易 懂 。 


就 我 们 自己 的 经 验 而 言 ， 学 习 一 种 新 事物 最 好 的 方法 就 是 研习 描述 该 事物 的 
例子 。 因 此 ， 在 整 本 书 中 你 到 处 都 会 看 到 许多 代码 例子 。 某 些 例 子 只 是 用 于 阐明 
某 个 抽象 概念 的 短 短 几 行 代 码 ， 其 他 的 则 是 完整 的 程序 ， 为 你 提供 了 一 份 原 汁 原 
味 的 应 用 程序 。 后 一 种 例子 通过 C++ 注释 来 引入 ， 注 释 中 描述 了 包含 程序 代码 的 
文件 ， 你 可 以 在 本 书 的 网 站 http://www.josuttis.com/tmplbook/ 找 到 所 有 的 这 些 文 
件 。 


1.4 关于 编程 风格 的 一 些 说 明 


C++ 程 序 员 的 编程 风格 通常 是 互 不 相同 的 ， 我 们 也 不 例外 :风格 所 涉及 的 问 
题 包括 在 哪里 加 入 分 隔 符 、 界 定 符 《〈 花 括号 、 圆 括号 ) 等 。 我 们 会 尽量 保持 一 致 
的 风格 ， 但 就 当前 的 一 些 〈 特 殊 的 ) 话题 ， 偶 尔 也 会 有 所 例外 。 例 如 ， 在 教程 这 
一 部 分 (第 1 部 分 ) ， 我 们 使 用 了 大 量 的 空格 和 具体 的 名 称 ， 是 为 了 令 代码 更 加 
形象 ; 而 在 高 级 话题 讨论 部 分 (第 4 部 分 ) ， 我 们 束 使 用 了 比较 紧凑 的 风格 ， 这 
样 显 得 更 加 适合 话题 的 讨论 。 


关于 “类 型 、 参 数 、 变 量 ” 的 声明 ， 我 们 希望 你 能 注意 一 些 稍微 特殊 的 用 法 。 
显然 ， 下 面 几 种 风格 都 是 可 能 的 : 


void foo (const int &x); 
void foo (const int& x); 
void foo (int const &x); 
void foo (int const& x); 


对 “和 常 整 数 ” 而 言 ， 上 面 的 几 种 用 法 虽然 差别 不 大 ， 但 我 们 趋向 于 使 用 int 
const， 而 不 使 用 const int。 作 出 这 个 选择 ， 主 要 有 两 个 原因 : 首先 ， 针 对 问题 “ 什 
么 是 恒定 不 变 的 ”>，int const 提 供 了 很 容易 理解 的 答案 。 实 际 上 , “恒定 不 变 部 
分 ” 指 的 是 const 限 定 符 前 面 的 部 分 。 例 如 ， 尺 管 


[const int N = 100; 


等 价 于 : 


int const N = 100; 


但 是 对 于 : 


int* const book mark; // 指 针 不 能 改变 ， 但 指针 指向 的 值 可 以 改变 


却 没 有 相应 的 等 价 形式 (就 是 说 如 果 把 const 限 定 符 放 在 运算 符 * 的 前 面 ， 与 
前 者 并 不 等 价 ) 。 在 这 个 例子 中 ， 我 们 只 是 说 明了 指针 本 号 是 个 常量 ， 而 并 没有 
说 明 这 个 int 值 ( 即 指针 指向 的 值 》 是 个 常量 。 


第 2 个 原因 涉及 到 使 用 模板 时 一 个 很 常用 的 语法 蔡 换 原则 。 考 虑 下 面 的 两 个 
类 型 定义 中 


typedef char* CHARS; 
typedef CHARS const CPTR; // 指 向 char 类 型 的 常量 指针 


r 当 我 们 用 CHARS 所 代表 的 含义 对 它 进 行 普 换 之 后 ， 第 2 个 声明 的 含义 是 不 变 


typedef char* const CPTR; // 仍 然 是 指向 char 类 型 的 常量 指针 


然而 ， 如 果 我 们 把 const 放 在 它 所 限定 的 类 型 的 前 面 ， 那 么 这 个 原则 就 不 再 适 
用 了 。 和 针对 我 们 前 面 给 出 的 两 个 类 型 声明 ， 考 虑 下 面 的 丛 换 代码 : 


typedef char* CHARS; 
typedef const CHARS CPTR; // 指 向 char 类 型 的 常量 指针 


但 如 果 我 们 瞪 换 掉 CHARS 之 后 ， 第 2 个 声明 却 会 导致 不 同 的 含义 : 


typedef const char* CPTR;  // 指 向 常量 char 类 型 的 指针 


当然 ， 同 样 的 现象 (规则 〉 也 适用 于 volatile 限 定 符 。 

对 于 间隔 符 ， 我 们 决定 在 & 符号 和 参数 名 称 之 间 留 出 一 个 空格 : 
void foo (int const& x); 

借助 这 种 方法 ， 我 们 同时 也 强调 了 : 参数 类 型 和 参数 名 称 是 分 离 的 。 

显然 ， 诸 如 下 面 的 声明 更 容易 令 人 混 消 : 


[char* a, b; 


上 面 代码 中 ， 如 果 根 据 C 语 言 的 规则 ，a 是 一 个 指针 ， 而 b 是 一 个 char 类 型 的 普 
通 变 量 。 为 了 避免 产生 这 种 混淆 ， 我 们 尽量 不 在 同一 个 语句 中 声明 多 个 实体 。 


虽然 这 并 不 是 一 本 介绍 C++ 标准 库 的 书 ， 但 我 们 在 很 多 例子 中 都 会 用 到 标准 
库 。 在 很 多 情况 下 ， 我 们 都 使 用 了 C++ 的 特定 头 文件 〈 例 如 我 们 使 用 < iostream 
>， 而 不 是 < stdio.h >) 。 唯 一 的 例外 情况 是 < stddef.h >， 我 们 趋向 于 使 用 这 个 头 
文件 ， 而 不 使 用 < cstddef >， 从 而 也 就 不 用 给 size_t 和 ptrdiff_t 添 加 std:: 名 字 空 间 限 
定 ; 另外 ，< stddef.h > 具有 更 好 的 可 移植 性 ， 而且， 使 用 std::size_t 蔡 换 size_t 并 不 
能 得 到 任何 好 处。 


1.5 标准 和 现实 


C++ 标准 自从 1998 年 下 半年 以 后 就 已 经 存在 了 。 然 而 ， 直 到 2002 年 ， 才 有 了 
第 一 个 完全 符合 标准 的 C++ 编 译 器 。 也 就 是 说 ， 大 多 数 编译 器 对 语言 的 文 持 仍 然 
有 所 差异 。 有 几 个 编译 器 可 以 编译 本 书 的 大 部 分 代码 ， 但 一 些 〈 常 用 的 ) 编译 器 
并 不 能 编译 本 书 的 很 多 代码 。 于 是 ， 针 对 这 些 编译 器 的 〈 子 标准 ) 实现 ， 我 们 经 
常 提 供 了 一 些 代替 的 技术 ， 以 获得 一 份 完整 《或 者 局 部 ) 的 解决 方案 ， 但 茶 些 代 
蔡 技 术 仍然 不 能 为 这 些 编译 器 所 文 持 。 总 之 ， 我 们 期 望 通过 全 世界 的 程序 员 要 求 
编译 器 开发 商 文 持 标准 ， 从 很 大 程度 上 解决 这 个 问题 。 


即使 处 于 这 样 的 现状 ， 但 随 独 时 间 的 推移 ，C++ 程 序 设计 语言 仍然 会 不 断 地 
发 展 。C++ 社 团 的 专家 们 《也 包括 非 C++ 标准 委员 会 成 员 的 专家 ) 正在 讨论 改善 
和 


1.6 代码 例子 和 更 多 信息 


通过 本 书 的 网 站 ， 你 可 以 获得 本 书 的 所 有 例子 程序 和 相关 信息 ， 网 站 的 地 址 


是 : http://www.josuttis.com/tmplbook. 


另外 ， 在 David Vandevoorde 的 网 站 http:/www.vandevoorde.comy/templates 和 一 
些 别 的 网 站 也 可 以 找到 该 书 的 一 些 信息 。 在 本 书后 面 的 参考 书目 中 我 们 给 出 了 另 
外 的 一 些 可 供 碍 询 的 信息 。 


1.7 反馈 


我 们 欢迎 你 向 我 们 反馈 书 中 的 任何 信息 一 一 包括 正面 的 和 负面 的 反馈 。 我 们 
付出 了 很 多 的 努力 ， 希 望 可 以 给 你 带 来 一 本 很 优秀 的 书 。 男 外 ， 我 们 的 写作 、 审 
阅 和 修 润 必须 告 一 段落 ， 只 有 这 样 才 能 保证 这 本 书 出 版 。 因 此 ， 如 果 你 发 现 一 些 
普 误 、 不 一 致 的 地 方 、 能 够 改进 的 陈述 方式 或 者 遗漏 了 茶 些 话题 ， 请 给 我 们 提供 
反馈 信息 ， 让 我 们 能 够 通过 网 站 告诉 所 有 的 读者 ， 也 能 在 接 下 来 的 重印 中 进行 改 
Te 


你 可 以 通过 E-mail 联 系 我 们 : tmplbook@josuttis.com 


但 是 在 给 我 们 写 信 之 前 ， 请 确定 你 已 经 查看 了 网 站 上 关于 本 书 的 勘误 表 。 
衷心 感谢 ! 


[在 C++ 中 ， 类 型 定义 只 是 定义 了 一 个 “类 型 别名 >， 而 不 是 一 个 新 的 类 型 。 例 
如 : 


typedef int Length; // 定 义 Length 为 int 的 别名 
int i = 42; 
Length 1 = 88; 


i = 1;// 正 确 
l= i; // EW 


第 1 部 分 基础 


这 一 部 分 介绍 C++ 模板 的 一 些 常用 概念 和 语言 特性 。 通 过 展示 函数 模板 和 类 
模板 的 例子 ， 我 们 先 讨论 普遍 的 目的 和 常用 的 概念 。 接 下 来 介绍 诸如 非 类 型 模板 
参数 、 关 键 字 typename、 成 员 模 板 等 基本 的 模板 技术 。 最 后 为 接 下 来 要 介绍 的 模 
板 的 实际 应 用 提供 一 些 线索 。 


这 些 《〈《 关 于 模板 的 ) 介绍 的 部 分 内 容 来 自 于 Nicolai M. Josuttis 的 书籍 Object- 
Oriented Programming in C++， 这 本 书 由 John Wiley 公 司 出 版 ， 书 号 为 ISBN 0- 
470-84399-3， 它 是 一 本 循序 渐进 为 你 讲解 C++ 语言 所 有 特性 和 C++ 标 准 库 的 教 


程 。 
为 什么 要 使 用 模板 


在 声明 变量 、 函 数 和 大 多 数 其 他 类 型 的 实体 的 时 候 ，C++ 要 求 我 们 使 用 指定 
的 类 型 。 然 而 ， 对 于 许多 代码 ， 除 了 类 型 不 同 之 外 ， 其 余 的 代码 看 起 来 都 是 相同 
的 。 特 别 是 当 你 实现 诸如 quicksort 的 算法 ， 或 者 为 不 同 的 类 型 实现 诸如 链接 表 或 
ee 


假想 程序 设计 语言 并 不 支持 这 个 语言 特性 《〈 即 模板 ) ， 为 了 实现 相同 的 功 
能 ， 你 只 能 使 用 下 面 这 些 糟 糕 的 蔡 代 方法 。 
1. 针对 每 个 所 需 相 同行 为 的 不 同类 型 ， 你 可 以 一 次 又 一 次 地 实现 它 。 


2. 你 可 以 把 通用 代码 放 在 一 个 诸如 Object 或 者 void* 的 公共 基础 类 〈common 
base class) 里 面 。 


3. 你 可 以 使 用 特殊 的 预 处 理 程序 。 


如 果 原 来 所 使 用 的 语言 是 C、Java 或 者 类 似 的 语言 ， 那 么 你 可 能 就 不 得 不 选择 
上 面 的 一 或 多 种 蔡 代 方法 。 然 而 ， 每 一 种 蔡 代 方法 都 有 自身 的 缺点 。 


1. 如 果 你 一 次 又 一 次 地 实现 同一 个 行为 ， 那 么 你 就 做 了 许多 重复 的 工作 。 
你 会 犯 同 一 个 错误 ;你 还 会 舍弃 复杂 但 更 好 用 的 算法 ， 因 为 复杂 算法 通常 都 趋向 
于 引入 更 多 的 错误 。D 

2. 如 果 你 借助 公共 基 类 来 编写 通用 代码 ， 那 么 你 将 失去 类 型 检查 这 个 优 


点 。 另 外 ， 对 于 以 后 实现 的 许多 类 ， 都 必须 继承 自 某 个 特定 的 基 类 ， 这 会 令 代码 
的 维护 更 加 困难 。 


3. 如 果 你 使 用 了 一 个 诸如 C 或 C+t+ 预 处 理 器 的 预 处 理 程序 ， 那 么 你 将 会 失 
去 “ 源 代 码 具 有 很 好 的 格式 ”这 个 优点 。 你 必须 使 用 一 些 “ 思 蠢 的 文本 蔡 换 机 制 ?来 
伏 换 源 代码 ， 而 这 将 不 会 考虑 作用 域 和 类 型 。 


然而 ， 应 用 模板 的 解决 方案 却 没有 这 些 缺 点 。 模 板 是 一 些 为 多 种 类 型 而 编写 
的 函数 和 类 ， 而 且 这 些 类 型 都 没有 指定 。 当 使 用 模板 的 时 候 ， 你 只 需要 把 所 和 希望 
的 类 型 作为 一 个 〈 显 式 或 者 隐 式 的 ) 实 参 传递 给 模板 。 另 外 ， 由 于 模板 是 语言 本 
喘 所 具有 的 特性 ， 所 以 它 完 全 文 持 类 型 检查 和 作用 域 。 


在 现今 的 程序 中 ， 模 板 的 应 用 非常 广泛 。 例 如 ， 在 C++ 标准 库 中 ， 几 乎 所 有 
的 代码 都 是 模板 代码 。 程 序 库 提 供 了 多 种 模板 : 可 以 对 指定 类 型 的 对 象 和 值 排序 
的 排序 算法 ， 用 于 管理 指定 类 型 元 素 的 数据 结构 (也 称 为 容器 类 〉; 可 以 对 字符 
进行 参数 化 的 字符 串 ， 等 等 。 然 而 ， 这 仅仅 是 简单 的 模板 应 用 ， 模 板 还 允许 我 们 
对 行为 进行 参数 化 、 优 化 代码 ， 甚 至 对 一 些 内 容 进 行 参数 化 ， 等 等 。 这 些 我 们 将 
在 后 续 章节 讨论 ， 现 在 让 我 们 从 最 简单 的 模板 开始 。 


[1] FREE: 作者 这 里 的 含义 是 ， 如 果 有 很 多 重复 代码 ， 那 么 任何 算法 丛 换 都 会 引 
入 很 多 错误 。 


第 2 章 Ph BRAM 


这 一 章 介 绍 阔 数 模板 。 函 数 模 板 是 那些 被 参数 化 的 函数 ， 它 们 代表 的 是 一 个 
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函数 模板 提供 了 一 种 函数 行为 ， 该 函数 行为 可 以 用 多 种 不 同 的 类 型 进行 调 
用 ; 也 就 是 说 ， 函 数 模 板 代 表 一 个 函数 家 族 。 它 的 表示 《〈 即 外 形 ) 看 起 来 和 普通 
的 函数 很 相似 ， 唯 一 的 区 别 就 是 有 些 函 数 元 素 是 未 确定 的 : 这 些 元 素 将 在 使 用 时 
被 参数 化 。 为 了 阐明 这 些 概念 ， 让 我 们 先 来 看 一 个 简单 的 例子 。 


2.1.1 定义 模板 
下 面 就 是 一 个 返回 两 个 值 中 最 大 者 的 函数 模板 : 


//basics/max.hpp 
template <typename T> 
inline T const& max (T const& a, T const& b) 


// 如 果 a < b， 那 么 返回 bp， 否 则 返回 a 
return a<b? b: a; 


} 


这 个 模板 定义 指定 了 一 个 “返回 两 个 值 中 最 大 者 ”的 函数 家 族 ， 这 两 个 值 是 通 
过 函数 参数 a 和 b 传 递 给 该 函数 模板 的 ， 而 参数 的 类 型 还 没 确定 ， 用 模板 参数 T 来 
代 蔡 。 如 例子 中 所 示 ， 横 板 参数 必须 用 如 下 形式 的 语法 来 声明 : 


template < comma-separated-list-of-parameters> 


//template < 用 逗号 隔 开 的 参数 列表 > 


在 我 们 这 个 例子 里 ， 参 数列 表 是 typename T。 可 以 看 到 : 我们 用 小 于 号 和 大 
于 号 来 组 成 参数 列表 外 部 的 一 对 括 写 ， 并 把 它们 称 作 人 尖 括 号。 关键 字 typename 引 
入 了 所 谓 的 类 型 参数 T， 到 目前 为 止 它 是 C++ 程序 使 用 最 广泛 的 模板 参数 ;也 可 以 
用 其 他 的 一 些 模板 参数 ， 我 们 将 在 后 面 介绍 ( 见 第 4 章 〉。 


在 上 面 程序 中 ， 类 型 参数 是 T。 你 可 以 使 用 任何 标识 符 作 为 类 型 参数 的 名 
称 ， 但 使 用 T 已 经 成 为 了 一 种 惯例 。 事 实 上 ， 类 型 参数 T 表 示 的 是 ， 调 用 者 调用 这 
个 函数 时 所 指定 的 任意 类 型 。 你 可 以 使 用 任何 类 型 (基本 类 型 、 类 等 ) 来 实例 化 
该 类 型 参数 ， 只 要 所 用 类 型 提供 模板 使 用 的 操作 就 可 以 。 例 如 ， 在 这 里 的 例子 
中 ， 类 型 T 需 要 文 持 operator< ， 因 为 a 和 b 就 是 使 用 这 个 运算 符 来 比较 大 小 的 。 


鉴于 历史 的 原因 ， 你 可 能 还 会 使 用 class 取 代 typename， 来 定义 类 型 参数 。 在 
C++ 语言 的 演化 过 程 中 ， 关 键 字 typename 的 出 现 相对 较 晚 一 些 ， 在 它 之 前 ， 关 键 
字 class 是 引入 类 型 参数 的 唯一 方式 ， 并 一 直 作为 有 效 方式 保留 下 来 。 因 此 ， 模 板 
max() 还 可 以 有 如 下 的 等 价 定 义 : 


template <class T> 
inline T const& max (T const& a, T const& b) 


// WR a < b ， 那 么 返回 b, FURE a 
return a <b? b: a; 


从 语义 上 讲 ， 这 里 的 class 和 typename 是 等 价 的 。 因 此 ， 即 使 在 这 里 使 用 了 
class， 你 也 可 以 用 任何 类 型 〈 前 提 是 该 类 型 提供 模板 使 用 的 操作 ) 来 实例 化 模板 
参数 。 然 而 ，class 的 这 种 用 法 往往 会 给 人 误导 “这 里 的 class 并 不 意味 着 只 有 类 才 
能 被 用 来 蔡 代 T， 事 实 上 基本 类 型 也 可 以 ) ; 因此 对 于 引入 类 型 参数 的 这 种 用 
法 ， 你 应 该 尽量 使 用 typename。 男 外 还 应 该 注意 ， 这 种 用 法 和 类 的 类 型 声明 不 
同 ， 也 就 是 说 ， 在 声明 〈 引 入 ) 类 型 参数 的 时 候 ， 不 能 用 关键 字 struct 人 代替 


typename。 


2.1.2 使 用 模板 
下 面 的 程序 展示 了 如 何 使 用 max0 函 数 模板 : 


//basics/max.cpp 
#include <iostream> 
#include <string> 
#include ”max. hpp” 


int main() 


int i = 42; 

std::cout << “max(7,i) : “ << ::max(7,i) <<std::endl; 
double f1 = 3.4; 

double f2 = -6.7; 


std::cout << “max(f1,f2): “ << ::max(f1,f2) <<std::endl; 


std::string s1 = “mathematics”; 
std::string s2 = “math”; 
std::cout << “max(s1,s2): “ << ::max(s1,s2) <<std::endl; 


在 上 面 的 程序 里 ，max() 被 调用 了 3 次 ， 调 用 实 参 每 次 都 不 相同 : 一 次 用 两 个 
int， 一 个 用 两 个 double， 一 次 用 两 个 std::string。 每 一 次 都 计算 出 两 个 实 参 的 最 大 
值 ， 而 调用 结果 是 产生 如 下 的 程序 输出 : 


max(7,i):42 
max(f1,f2):3.4 
max(s1,s2):mathematics 


可 以 看 到 : max0 模 板 每 次 调用 的 前 面 都 有 域 限定 符 :: ， 这 是 为 了 确认 我 们 调 


用 的 是 全 局 名 字 空 间 中 的 max()。 因 为 标准 库 也 有 一 个 std::max() 模 板 ， 在 某 些 情 
况 下 也 可 以 被 使 用 ， 因 此 有 了 时 还 会 产生 二 义 性 器 。 


通常 而 言 ， 并 不 是 把 模板 编译 成 一 个 可 以 处 理 任何 类 型 的 单一 实体 ， 而 是 对 


于 实例 化 模板 参数 的 每 种 类 型 ， 都 从 模板 产生 出 一 个 不 同 的 实体 中。 因此 ， 针 对 3 
种 类 型 中 的 每 一 种 ，max0 都 被 编译 了 一 次 。 例 如 ，max0) 的 第 一 次 调用 : 


int i = 42; 
.. Max(7,i) .. 


使 用 了 以 int 作 为 模板 参数 I 的 函数 模板 。 因 此 ， 它 具有 调用 如 下 代码 的 语 
X: 


inline int const& max (int const& a, int const& b) 


{ 


return a<b? b: a; 


} 


这 种 用 具体 类 型 代替 模板 参数 的 过 程 叫 做 实例 化 〈instantiation) 。 它 产生 了 
一 个 模板 的 实例 。 遗 憾 的 是 ， 在 面向 对 象 的 程序 设计 中 ， 实 例 和 实例 化 这 两 个 概 
念 通常 会 被 用 于 不 同 的 场合 一 一 但 都 是 针对 一 个 类 的 具体 对 象 。 然 而 ， 由 于 本 书 
a ees ee ee 
是 模板 的 实例 。 


可 以 看 到 :只 要 使 用 函数 模板 ，《〈 编 译 器 ) 会 自动 地 引发 这 样 一 个 实例 化 过 
程 ， 因 此 程序 员 并 不 需要 额外 地 请 求 模板 的 实例 化 。 


类 似 地 ，max0 的 其 他 调用 也 将 为 double 和 std::string 实 例 化 max 模 板 ， 就 像 具 
有 如 下 单独 的 声明 和 实现 一 样 : 


const double& max (double const&, double const&); 
const std::string& max ( std::string const&, 
std::string const&); 
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将 会 导致 一 个 编译 期 错误 ， 例 如 : 


std::complex<float> c1, c2; //std::complex 并 不 支持 operator < 


yo // 编 译 器 错误 


于 是 ， 我 们 可 以 得 出 一 个 结论 : 模板 被 编译 了 两 次 ， 分 别 发 生 在 
1. 实例 化 之 前 ， 先 检查 模板 代码 本 身 ， 碍 看 语法 是 否 正确 ; 在 这 里 会 发 现 


错误 的 语法 ， 如 遗漏 分 号 等 。 


2. 在 实例 化 期 间 ， 检 查 模板 代码 ， 碍 看 是 否 所 有 的 调用 都 有 效 。 在 这 里 会 
发 现 无 效 的 调用 ， 如 该 实例 化 类 型 不 支持 某 些 函 数 调 用 等 。 


这 给 实际 中 的 模板 处 理 带 来 了 一 个 很 重要 的 问题 : 当 使 用 函数 模板 ， 并 且 引 
发 模板 实例 化 的 时 候 ， 编 译 器 《在 茶 时 刻 ) 需要 查看 模板 的 定义 。 这 就 不 同 于 普 
通 函数 中 编译 和 链接 之 间 的 区 别 ， 因 为 对 于 普通 函数 而 言 ， 只 要 有 该 函数 的 声明 
( 即 不 需要 定义 )， 就 可 以 顺利 通过 编译 。 我 们 将 在 第 6 章 讨论 这 个 问题 的 处 理 
方法 。 在 此 ， 让 我 们 只 考虑 最 简单 的 例子 : 通过 使 用 内 联 函 数 ， 只 在 头 文件 内 部 
实现 每 个 模板 。 


2.2 实 参 的 演绎 | (deduction) 


当 我 们 为 某 些 实 参 调用 一 个 诸如 max0O 的 模板 时 ， 模 板 参数 可 以 由 我 们 所 传递 
的 实 参 来 决定 。 如 果 我 们 传递 了 两 个 int 给 参数 类 型 T const&， 那 么 C++ 编译 器 能 
够 得 出 结论 : T 必 须 是 int。 注 意 ， 这 里 不 允许 进行 自动 类 型 转换 ， 每 个 T 都 必须 正 
确 地 匹配 。 例 如 : 


template <typename T> 
inline T const& max (T const& a, T const& b); 


max (4,7) //OK: 两 个 实 参 的 类 型 都 是 int 
max(4,4.2) //ERROR: 第 1 个 T 是 int， 而 第 2 个 T 是 double 


有 3 种 方法 可 以 用 来 处 理 上 面 这 个 错误 : 
1. 对 实 参 进行 强制 类 型 转换 ， 使 它们 可 以 互相 匹配 : 


| max ( static_cast<double>(4),4.2) //OK 


2. 显 式 指定 或 者 限定 ) T 的 类 型 : 
3. 指定 两 个 参数 可 以 具有 不 同 的 类 型 。 
关于 这 些 话题 更 详细 的 讨论 ， 请 看 下 一 市 。 


2.3 模板 参数 
函数 模板 有 两 种 类 型 的 参数 。 
1. 模板 参数 .位 于 函数 模板 名 称 的 前 面 ， 在 一 对 尖 插 号 内 部 进行 声明 : 
template <typename T> //T 是 模板 参数 
2. 调用 参数 : 位 于 函数 模板 名 称 之 后 ， 在 一 对 圆 括号 内 部 进行 声明 : 
你 可 以 根据 需要 声明 任意 数量 的 模板 参数 。 然 而 ， 在 函数 模板 内 部 CR 


和 类 模板 有 区 别 )， 不 能 指定 缺 省 的 模板 实 参 外。 例如 ， 你 可 以 定义 一 个 “两 个 调 
用 参数 的 类 型 可 以 不 同 的 ”max0) 模 板 : 


template <typename T1, typename T2> 
inline T1 max (T1 const& a, T2 const& b) 
{ 

} 


max(4,4.2) //oK， 但 第 1 个 模板 实 参 的 类 型 定义 了 返回 类 型 


return a< b ? b: a; 


这 看 起 来 是 一 种 能 够 给 max() 模 板 传递 两 个 不 同类 型 调用 参数 的 好 方法 ， 但 在 


这 个 例子 中 ， 这 种 方法 是 有 缺点 的 。 主 要 问题 是 : 必须 声明 返回 类 型 。 对 于 返回 
类 型 ， 如 果 你 使 用 的 是 其 中 的 一 个 参数 类 型 ， 那 么 另 一 个 参数 的 实 参 就 可 能 要 转 
型 为 返回 类 型 ， 而 不 会 在 意 调 用 者 的 意图 。C++ 并 没有 提供 一 种 “指定 并 且 选 择 一 
个 ‘最 强大 类 型 ”的 途径 (然而 ， 你 可 以 使 用 一 些 tricky 模 板 编 程 来 提供 这 个 特性 ， 
详 见 15.2.4 小 节 ) 。 于 是 ， 取 决 于 调用 实 参 的 顺序 ，42 和 66.66 的 最 大 值 可 以 是 浮 
点 数 66.66， 也 可 以 是 整数 66。 另 一 个 缺点 是 : 把 第 2 个 参数 转型 为 返回 类 型 的 过 
程 将 会 创建 一 个 新 的 局 部 临时 对 象 ， 这 导致 了 你 不 能 通过 引用 0 来 返回 结果 。 因 
此 ， 在 我 们 的 例子 里 ， 返 回 类 型 必须 是 T1， 而 不 能 是 T1 const&. 

因为 调用 参数 的 类 型 构造 自 模板 参数 ， 所 以 模板 参数 和 调用 参数 通常 是 相关 
的 。 我 们 把 这 个 概念 称 为 ， 函数 模板 的 实 参 演 绎 。 它 让 你 可 以 像 调用 普通 函数 那 
样 调用 函数 模板 。 


然而 ， 如 前 所 述 ， 针 对 某 些 特定 的 类 型 ， 你 还 可 以 显 式 地 实例 化 该 模板 : 


template <typename T> 
inline T const& max (T const& a, T const& b); 


max<double>(4, 4.2) // 用 double 来 实例 化 T 


当 模 板 参数 和 调用 参数 没有 发 生 关 联 ， 或 者 不 能 由 调用 参数 来 决定 模板 参数 
的 时 候 ， 你 在 调用 时 就 必须 显 式 指定 模板 实 参 。 例 如 ， 你 可 以 引入 第 3 个 模板 实 
参 类 型 ， 来 定义 函数 模板 的 返回 类 型 : 


template <typename T1, typename T2, typename RT> 
inline RT max (T1 const& a, T2 const& b); 
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的 类 型 里 面 。 因 此 ， 函 数 调用 并 不 能 演绎 出 RT。 于 是 ， 你 必须 显 式 地 指定 模板 实 
参 列表 。 例 如 : 


template <typename T1, typename T2, typename RT> 
inline RT max (T1 const& a, T2 const& b); 


max<int, double, double>(4,4.2) //0OK， 但 是 很 麻烦 


到 目前 为 上 ， 我 们 只 是 考察 了 显 式 指定 所 有 函数 模板 实 参 的 例子 ， 和 不 显 式 
指定 函数 任何 模板 实 参 的 例子 。 妃 一 种 情况 是 只 显 式 指定 第 一 个 实 参 ， 而 让 演绎 
过 程 推导 出 其 余 的 实 参 。 通 常 而 言 ， 你 必须 指定 “最 后 一 个 不 能 被 隐 式 演绎 的 模板 
实 参 之 前 的 ?所 有 实 参 类 型 。 因 此 ， 在 上 面 的 例子 里 ， 如 果 你 改变 模板 参数 的 声明 
顺序 ， 那 么 调用 者 就 只 需要 指定 返回 类 型 : 


template <typename RT, typename T1, typename T2> 
inline RT max (T1 const& a, T2 const& b); 


max<double>(4,4.2)  //OK: 返回 类 型 是 double 


在 这 个 例子 里 ， 调 用 max< double > 时 显 式 地 把 RT 指定 为 double， 但 其 他 两 个 
参数 T1 和 T2 可 以 根据 调用 实 参 分 别 演绎 为 int 和 double。 


可 以 看 出 ， 所 有 这 些 修改 后 的 max0) 版 本 都 不 能 得 到 很 大 的 改进 。 由 于 在 单 
(模板 〉 参 数 版 本 里 ， 如 果 传 递 进来 的 是 两 个 不 同类 型 的 实 参 ， 你 已 经 可 以 指定 
参数 的 类 型 《和 返回 类 型 ) 。 因 此 ， 尽 量 保持 简洁 并 且 使 用 单 参数 版 本 的 maxO 就 
T ee ee ee 
这 种 方法 ) 。 


关于 演绎 过 程 的 更 多 内 容 请 参照 第 11 章 。 


2.4 E AN PA BUR AK 


和 普通 函数 一 样 ， 函 数 模板 也 可 以 被 重 载 。 就 是 说 ， 相 同 的 函数 名 称 可 以 具 
有 不 同 的 函数 定义 ， 于 是 ， 当 使 用 函数 名 称 进行 函数 调用 的 时 候 ，C++ 编 译 器 必 
须 诀 定 完 竟 要 调用 哪个 候选 函数 。 即 使 在 不 考虑 模板 的 情况 下 ， 做 出 该 决定 的 规 
则 也 已 经 是 相当 复杂 ， 但 在 这 一 节 里 ， 我 们 将 讨论 有 关 模 板 的 重 载 问 题 。 如 果 你 
对 不 含 模板 的 重 载 的 基本 规则 还 不 是 很 熟悉 ， 那 么 请 先 阅 读 附 录 B， 在 那里 我 们 
对 重 载 解析 规则 进行 了 很 详细 的 叙述 。 


下 面 的 简短 程序 叙述 了 如 何 重 载 一 个 函数 模板 : 


//basics/max2.cpp 


// 求 两 个 int 值 的 最 大 人 
inline int const& max (int const& a, int const& b) 


{ 


} 


// 求 两 个 任意 类 型 值 中 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b) 


{ 


} 


// 求 3 个 任意 类 型 值 中 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b, T const& c) 


return a<b?b: a; 


return a<b? b: a; 


{ 
return ::max (::max(a,b), c); 
} 
int main() 
{ 

::max(7, 42, 68); // 调用 具有 3 个 参数 的 模板 
::max(7.@, 42.0); // 调用 max<double> (通过 实 参 演绎 ) 
::max('a', 'b'); // 调用 max<char> (通过 实 参 演绎 ) 
: :max(7, 42); // 调用 int 重 载 的 非 模板 函 净 
: :max<>(7, 42); // 调用 max<int> (通过 实 参 演绎 ) 
: :max<double>(7，42); // 调 用 max<double> (没有 实 参 演绎 ) 
::max('a', 42.7); // 调 用 int 重 载 的 非 模板 函数 

} 


如 例子 所 示 ， 一 个 非 模 板 函 数 可 以 和 一 个 同名 的 函数 模板 同时 存在 ， 而 且 该 
函数 模板 还 可 以 被 实例 化 为 这 个 非 模板 函数 。 对 于 非 模板 函数 和 同名 的 函数 模 
板 ， 如 果 其 他 条 件 都 是 相同 的 话 ， 那 么 在 调用 的 时 候 ， 重 载 解析 过 程 通常 会 调用 
非 模板 函数 ， 而 不 会 从 该 模板 产生 出 一 个 实例 。 第 4 个 调用 就 符合 这 个 规则 : 


max(7, 42) // 使 用 两 个 int 值 ， 很 好 地 匹配 非 模板 函数 


然而 ， 如 果 模 板 可 以 产生 一 个 具有 更 好 匹配 的 函数 ， 那 么 将 选择 模板 。 这 可 
以 通过 max0 的 第 2 次 和 第 3 次 调用 来 说 明 : 


max(7.6,42.6); //Y 
max('a', 'b'); //% 


fan 


| max<double>( 通 过 实 参 演绎 ) 
J max<char>( 通 过 实 参 演绎 
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还 可 以 显 式 地 指定 一 个 空 的 模板 实 参 列 表 ， 这 个 语法 好 像 是 告诉 编译 器 : 只 
人 


max<>(7,42) //call max<int>( 通 过 实 参 演 绎 ) 


因为 模板 是 不 允许 目 动 类 型 转化 的 ， 但 普通 函数 可 以 进行 自动 类 型 转换 ， 所 
以 最 后 一 个 调用 将 使 用 非 模板 函数 〈'“a 和 42.7 都 被 转化 为 int) : 


max('a',42.7)  // 对 于 不 同类 型 的 参数 ， 只 人 允许 使 用 非 模板 函数 


g 下 面 这 个 更 有 用 的 例子 将 会 为 指针 和 普通 的 C 字 符 串 重 载 这 个 求 最 大 值 的 模 


//basics/max3.cpp 
#include <iostream> 
#include <cstring> 
#include <string> 


// 求 两 个 任意 类 型 值 的 最 大 者 
template <typename T> 
inline T const& max (T const& a, T const& b) 


{ 
} 


// 求 两 个 指针 所 指向 值 的 最 大 者 
template <typename T> 
inline T* const& max (T* const& a, T* const& b) 


{ 
} 
// 求 两 个 C 字 符 串 的 最 大 者 


inline char const* const& max (char const* const& a, 
char const* const& b) 


return a<b ? b: ai 


return *a < *b ? b: a; 


{ 
} 


return std::strcmp(a,b) < ? b: a; 


int main () 


{ 
int a=7; 
int b=42; 
: :max(a,b); // max() Rint fA RAE 


std::string s="hey"; 
std::string t="you"; 
: :max(s, 七 ) ; // max() 求 两 个 std:string 类 型 的 最 大 值 


int* p1 = &b; 
int* p2 = &a; 
::max(p1,p2); // max() 求 两 个 指针 所 指向 值 的 最 大 者 


char const* s1 "David"; 
char const* s2 "Nico"; 
: :max(s1, s2); // max() 求 两 个 c 字 符 串 的 最 大 值 


注意 ， 在 所 有 重 载 的 实现 里 面 ， 我 们 都 是 通过 引用 来 传递 每 个 实 参 的 。 一 般 
而 言 ， 在 重 载 函数 模板 的 时 候 ， 最 好 只 是 改变 那些 需要 改变 的 内 容 ， 束 是 说 ， 你 
应 该 把 你 的 改变 限制 在 下 面 两 种 情况 : 改变 参数 的 数目 或 者 显 式 地 指定 模板 参 
数 。 否 则 就 可 能 会 出 现 非 预期 的 结果 。 例 如 ， 对 于 原来 使 用 传 引用 的 max0 模 板 ， 
你 用 C-string 类 型 进行 重 载 ， 但 对 于 现在 〈 即 重 载 版 本 的 ) 苛 于 C-strings 的 max() 耳 
数 ， 你 是 通过 传 值 来 传递 参数 ;那么 你 就 不 能 使 用 3 个 参数 的 max0 版 本 ， 来 对 3 个 
C-string 求 最 大 值 : 


//basics/max3a.cpp 
#include <iostream> 
#include <cstring> 
#include <string> 


// 两 个 任意 类 型 值 的 最 大 者 (通过 传 引 用 进行 调用 ) 
template <typename T> 
inline T const& max (T const& a, T const& b) 


{ 
} 
// 两 个 C 字 符 串 的 最 大 者 (通过 传 值 进 行 调用 ) 


inline char const* max (char const* a, char const* b) 


{ 
} 


// 求 3 个 任意 类 型 值 的 最 大 者 (通过 传 引用 进行 调用 ) 
template <typename T> 
inline T const& max (T const& a, T const& b, T const& c) 


{ 


return a<b ? b: ai 


return std::strcmp(a,b) < @ ? b: a; 


return max (max(a,b), c); // 注 意 : 如 果 max(a,b) 使 用 传 值 调 月 
// 那 么 将 会 发 生 错误 


aa 


} 

int main () 

{ 
::max(7, 42, 68); // OK 
const char* s1 = "frederic"; 
const char* s2 = "anica"; 
const char* s3 = "lucas"; 
::max(s1, s2, s3); // 错误 。 

} 


问题 在 于 : 如 果 你 对 3 个 C-strings 调 用 max()， 那 么 语句 : 


return max (max(a,b),c); 


将 会 产生 一 个 错误 。 这 是 因为 对 于 C-strings 而 言 ， 这 里 的 max(a,b) 产 生 了 一 
新 的 临时 局 部 值 ， 该 值 有 可 能 会 被 外 面 的 max 函 数 以 传 引用 的 方式 返回 ， 而 这 将 
导致 传 回 无 效 的 引用 。 


对 于 复杂 的 重 载 解析 规则 所 产生 的 结果 ， 这 只 是 具有 非 预 期 行为 的 代码 例子 
中 的 一 例 而 已 。 例 如 ， 当 调用 重 载 函数 的 时 候 ， 调 用 经 ERAT oT Va un Be 
在 此 时 可 见 与 否 这 个 事实 有 关 ， 但 也 可 能 没有 关系 。 pa 定义 一 个 具有 3 个 
参数 的 max0 版 本 ， 而 且 直 到 该 定义 处 还 没有 看 到 一 HABA SHH ER 
max() 版 本 的 声明 ; T 会 使 用 具有 2 个 参数 的 
模板 ， 而 不 会 使 用 基于 int 的 重 载 版 本 max(): 


//basics/max4.cpp 

// 求 两 个 任意 类 型 值 的 最 大 者 

template <typename T> 

inline T const& max (T const& a, T const& b) 


{ 


return a<b? b: a; 


} 


// 求 3 个 任意 类 型 值 的 最 大 
template <typename T> 
inline T const& max (T const& a, T const& b, T const& c) 


{ 


return max (max(a,b), c); // 使 用 了 模板 的 版 本 ， 即 使 有 下 面 声 明 的 int 
// 版 本 ， 但 该 声明 来 得 太 迟 了 


} 
// 求 两 个 int 值 的 最 大 者 
inline int const& max (int const& a, int const& b) 


{ 
} 


return a<b?b: a; 


我 们 将 在 9.2 节 讨论 这 个 细节 ;但 就 目前 而 言 ， 你 应 该 牢记 一 条 首要 规则 : K 
数 的 所 有 重 载 版 本 的 声明 都 应 该 位 于 该 函数 被 调用 的 位 置 之 前 。 


2.5 小 结 


。 模板 函数 为 不 同 的 模板 实 参 定义 了 一 个 函数 家 族 。 

© 当 你 传递 模板 实 参 的 时 候 ， 可 以 根据 实 参 的 类 型 来 对 函数 模板 进行 实例 化 。 
o 你 可 以 显 式 指定 模板 参数 。 

。 你 可 以 重 载 函数 模板 。 

。 当 重 载 函 数 模板 的 时 候 ， 把 你 的 改变 限制 在 : 显 式 地 指定 模板 参数 。 

o 一 定 要 让 函数 模板 的 所 有 重 载 版 本 的 声明 都 位 于 它们 被 调用 的 位 置 之 前 。 


[1] 例如 ， 如 果 在 名 字 空 间 std 定 义 了 茶 种 实 参 类 型 (如 string，〉， 那 么 根据 
C++ 的 查找 规 则 ， 全 局 名 字 空 间 的 max0 模 板 和 std max0) 模 板 都 可 以 被 找到 。 


[2] “one-entity-fits-all (一 个 实体 适应 所 有 类 型 ) ”的 方法 或 许 是 可 以 实现 的 ， 但 
ei 0 ere ees nr 
念 为 基础 的 。 


[B] 译注 : 也 有 人 把 deduction 翻 译 成 推演 、 推 导 、 推 新 和 推算 。 


[4] 这 个 限制 主要 是 由 函数 模板 在 历史 发 展 过 程 中 的 一 个 失误 造成 的 。 事 实 上 ， 
对 于 现今 的 C++ 编译 器 ， 要 实现 这 个 特性 并 没有 技术 障碍 ，C++ 在 以 后 可 能 会 提 
供 这 个 特性 〈 见 13.3 节 ) 。 


[5] ”对 于 那些 作用 域 局 部 于 函数 内 部 的 值 ， 你 就 不 应 该 通过 引用 来 返回 该 值 ( 即 
返回 一 个 指向 该 值 的 引用 ) 。 因 为 当 程序 离开 这 个 函数 的 作用 域 之 后 ， 该 值 将 不 
再 存在 ， 该 引用 也 不 再 有 效 。 


[6] ”可 以 把 演绎 看 成 是 重 载 解析 的 一 部 分 一 一 重 载 解析 是 一 个 不 依赖 于 返回 类 型 
选择 的 过 程 ， 唯 一 的 例外 就 是 转型 操作 符 成 员 的 返回 类 型 。 
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与 国 数 相似 ， 类 也 可 以 被 一 种 或 多 种 类 型 参数 化 。 容 器 类 就 是 一 个 具有 这 种 
特性 的 典型 例子 ， 它 通常 被 用 于 管理 条 种 特定 类 型 的 元 素 。 只 要 使 用 类 模板 ， 你 
就 可 以 实现 容器 类 ， 而 不 需要 确定 容器 中 元 素 的 类 型 。 在 这 一 章 中 ， 我 们 使 用 
Stack 作 为 类 模板 的 例子 。 


3.1 类 模板 Stack 的 实现 


与 冰 数 模板 的 处 理 方式 一 样 ， 我 们 在 同一 个 头 文件 中 声明 和 定义 类 Stack< 
>《〈 我 们 将 在 6.3 小 节 讨 论 如 何 把 声明 和 定义 放 在 不 同 的 文件 中 ) ， 如 下 : 


//basics/stack1.hpp 
#include <vector> 
#include <stdexcept> 


template <typename T> 
class Stack { 
private: 


std::vector<T> elems; // 存储 元 素 的 容器 


public: 
void push(T const&) ; // EATR 
void pop(); // 弹出 元 素 
T top() const; // 返回 栈 顶 元 素 
bool empty() const { // 返回 栈 是 否 为 空 


return elems.empty(); 
} 
}; 
template <typename T> 
void Stack<T>::push (T const& elem) 
{ 


} 


elems.push_back(elem); // 把 elem 的 拷贝 附加 到 末尾 


template<typename T> 
void Stack<T>::pop () 


if (elems.empty()) { 
throw std::out_of_range("Stack<>::pop(): empty stack"); 
} 


elems .pop_back() ; // 删 除 最 后 一 个 元 素 
} 


template <typename T> 
T Stack<T>::top () const 


{ 
if (elems.empty()) { 


throw std::out of range("Stack<>::top(): empty stack"); 
} 


return elems.back(); // 返回 最 后 一 个 元 素 的 拷贝 


可 以 看 出 ， 类 模板 Stack<> 是 通过 C++ 标 准 库 的 类 模板 vector< > 来 实现 的 ; 


此 ， 我 们 不 需要 杀 目 实现 内 存 管 理 、 找 贝 构造 函数 和 赋值 运算 符 ， 从 而 可 以 把 精 


力 放 在 该 类 模板 的 接口 实现 上 。 
3.1.1 类 模板 的 声明 


类 模板 的 声明 和 函数 模板 的 声明 很 相似 ， 在 声明 之 前 ， 我 们 先 〈 用 一 条 语 
D 声明 作为 类 型 参数 的 标识 符 ; 我们 继续 使 用 T 作 为 该 标识 符 : 


template <typename T> 
class Stack { 


}; 


在 此 ， 我 们 可 以 再 次 使 用 关键 字 class 来 代 蔡 typename: 


template <class T> 
class Stack { 


i. 


在 类 模板 的 内 部 ，T 可 以 像 其 他 任何 类 型 一 样 ， 用 于 声明 成 员 变 量 和 成 员 函 
数 。 在 下 面 的 例子 中 ，T 被 用 于 声明 vector 的 元 素 类 型 ， 声 明 push() 是 一 个 接收 常 
量 T 引 用 为 唯一 实 参 的 成 员 函 数 ， 声 明 top0 是 返回 类 型 为 T 的 成 员 函 数 : 


template <typename T> 
class Stack { 
private: 


std::vector<T> elems; // 存 储 元 素 的 容器 


public: 
Stack(); // 构 造 函 数 
void push(T const &); // 压 入 元 素 
void pop(); // SEM UR 
T top() const; // 返 回 栈 顶 元 素 


}; 


这 个 类 的 类 型 是 Stack<T>， 其 中 T 是 模板 参数 。 因 此 ， 当 在 声明 中 需要 使 用 
该 类 的 类 型 时 ， 你 必须 使 用 Stack<T>。 例 如 ， 如 果 你 要 声明 自己 实现 的 拷贝 构造 
函数 和 赋值 运算 符 ， 那 么 应 该 这 样 编写 中 ; 


template <typename T> 
class Stack { 


Stack (Stack<T> const&); // 找 贝 构造 函数 
Stack<T>& operator= (Stack<T> const&); // 赋 值 运算 符 


}; 


然而 ， 当 使 用 类 名 而 不 是 类 的 类 型 时 ， 就 应 该 只 用 Stack;， 璧 如 ， 当 你 指定 类 
的 名 称 、 类 的 构造 函数 、 析 构 函 数 时 ， 就 应 该 使 用 Stack。 
3.1.2 ”成 员 函 数 的 实现 


为 了 定义 类 模板 的 成 员 函 数 ， 你 必须 指定 该 成 员 函 数 是 一 个 函数 模板 ， 而 且 
你 还 需要 使 用 这 个 类 模板 的 完整 类 型 限定 符 “。 因 此 ， 类 型 Stack<T> 的 成 员 函 数 
pushO 的 实现 如 下 : 


template <typename T> 
void Stack<T>::push (T const& elem) 


{ 
} 


elems.push_back (elem); // 把 传 入 实 参 elem 的 拷贝 


在 上 面 的 例子 中 ， 调 用 了 对 应 vector 的 push_back0 方 法 ， 它 把 传 入 元 素 附 加 到 
该 vector 的 末端 。 


请 注意 : vector 的 pop_back0) 方 法 只 是 删除 末尾 的 元 素 ， 并 没有 返回 该 元 素 ; 
之 所 以 如 此 是 充分 考虑 了 异常 安全 性 ， 因 为 要 实现 “一 个 绝对 异常 安全 并 且 返 回 被 
删除 元 素 的 pop0” 是 不 可 能 的 “Tom Cargill 在 [CargillExceptionSafety] 中 首次 讨论 
了 这 个 话题 ，Sutter 在 [SutterExceptional] 的 Item 10 也 提 到 这 个 问题 )。 然 而 ， 如 果 
不 考虑 异常 安全 性 ， 我 们 就 可 以 实现 一 个 返回 被 删除 元 素 的 pop0)。 事 实 上 ， 只 需 
7 个 局 部 变量 ， 并 保证 该 变量 的 类 型 就 是 Vector 元 素 的 类 型 即 可 ; R 

HP: 


template<typename T> 
T Stack<T>: :pop() 
{ 
if (elems.empty() ) { 
throw std: :out_of_range(“Stack<>::pop(): empty Stack”); 


} 

T elem = elems.back(); // 先 保存 末端 元 素 的 拷贝 
elems.pop_back(); // 删 除 末 端 元 素 

return elem; // 返 回 上 面 保存 的 元 素 的 拷贝 


因为 当 vector 为 空 的 时 候 ， 它 的 back0 方 法 (返回 末端 元 素 的 值 〉》 和 


pop_back() 方 法 (删除 末端 元 素 ) 会 具有 未 加 定义 的 行为 ， 因 此 我 们 需要 先 检 查 
该 stack 是 否 为 空 。 如 果 为 空 ， 就 抛 出 std::out_of_range 异 常 。 同 样 ， 在 top0) 的 实现 
中 ， 我 们 也 是 用 这 种 办 法 来 判断 对 应 stack 是 否 为 空 ，top0 只 是 返回 栈 的 顶端 元 
素 ， 并 不 删除 该 元 素 : 


template<typename T> 
T Stack<T>::top() const 


if (elems.empty()) { 
throw std::out_of_range(“Stack::top(); empty Stack”); 


} 
return elems.back(); // 返 回 末端 元 素 的 拷贝 


显然 ， 对 于 类 模板 的 任何 成 员 函 数 ， 你 都 可 以 把 它 实 现 为 内 联 函 数 ， 将 它 定 
义 于 类 声明 里 面 。 例 如 : 


template <typename T> 
class Stack { 


void push (T const& elem) { 
elems.push_back(elem);  // 把 传 入 的 elem 实 参 附加 到 末端 
} 


Sh 


}3 


3.2 ”类 模板 Stack 的 使 用 


为 了 使 用 类 模板 对 象 ， 你 必须 显 式 地 指定 模板 实 参 。 下 面 的 例子 展示 了 如 何 
使 用 类 模板 Stack<>: 


//basics/stackitest. cpp 
#include <iostream> 
#include <string> 
#include <cstdlib> 
#include "stack1.hpp" 


int main() 


try { 
Stack<int> intStack; // 元 素 类 型 为 int 的 栈 [4] 
Stack<std::string> stringStack; // 元 素 类 型 为 字符 串 的 栈 
// 使 用 int 栈 


intStack.push(7); 
std::cout << intStack.top() << std::endl; 


// 使 用 string 栈 

stringStack.push("hello"); 

std::cout << stringStack.top() << std::endl; 
stringStack.pop(); 

stringStack.pop(); 


catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::endl; 
return EXIT_FAILURE; // 程序 退出 ， 且 带 有 ERROR 标 记 


通过 声明 类 型 Stack<int>， 在 类 模板 内 部 就 可 以 用 int 实 例 化 T。 因 此 ，intStack 
是 一 个 创建 和 目 Stack<int> 的 对 象 ， 它 的 元 素 储存 于 vector， 且 类 型 为 int。 对 于 所 有 
被 调用 的 成 员 函 数 ， 都 会 实例 化 出 基于 int 类 型 的 函数 代码 。 类 似 ， 如 果 声 明和 使 
用 Stack<std::string>， 将 会 创建 一 个 Stack<std::string> 对 象 ， 它 的 元 素 储 存 于 
vector， 且 类 型 为 std::string; 而 对 于 所 有 被 调用 的 成 员 函 数 ， 也 会 实例 化 出 基于 
std::string 的 函数 代码 。 


注意 ， 只 有 那些 被 调用 的 成 员 函 数 ， 才 会 产生 这 些 函 数 的 实例 化 代码 。 对 于 
类 模板 ， 成 员 函 数 只 有 在 被 使 用 的 时 候 才 会 被 实例 化 。 显 然 ， 这 样 可 以 节省 空间 
和 时 间 ;， 男 一 个 好 处 是 :对 于 那些 “未 能 提供 所 有 成 员 函 数 中 所 有 操作 的 ”类 型 ， 
你 也 可 以 使 用 该 类 型 来 实例 化 类 模板 ， 只 要 对 那些 “未 能 提供 某 些 操作 的 ”成 员 函 
数 ， 模 板 内 部 不 使 用 就 可 以 。 例 如 ， 某 些 类 模板 中 的 成 员 函 数 会 使 用 operator< 来 
排序 元 素 ; 如 果 不 调用 这 些 “ 使 用 operator< 的 ”成 员 函 数 ， 那 么 对 于 没有 定义 


operator< 的 类 型 ， 也 可 以 被 用 来 实例 化 该 类 模板 。 


在 上 面 的 例子 中 ， 缺 省 构造 函数 、pushO 和 top0 都 被 实例 化 了 一 个 int 版 本 和 
一 个 string 厂 本 ， 而 popO 仅 被 实例 化 了 一 个 string 版 本 。 另 一 方面 ， 如 果 类 模板 中 
含有 静态 成 员 ， 那 么 用 来 实例 化 的 每 种 类 型 ， 都 会 实例 化 这 些 静 态 成 员 。 


你 可 以 像 使 用 其 他 任何 类 型 一 样 地 使 用 实例 化 后 的 类 模板 类 型 (如 
Stack<int>) ， 只 要 它 支 持 所 调用 的 操作 就 可 以 : 


void foo(Stack<int> const& s) // 参 数 s 是 int 栈 ， 即 Stack<int> 
{ 


Stack<int> istack[10]; //istack 是 含有 16 个 int 栈 的 数组 


借助 于 类 型 定义 ， 你 可 以 更 方便 地 使 用 类 模板 : 


typedef Stack<int> IntStack; 


void foo(IntStack const& s) //s 是 一 个 int 栈 


IntStack istack[16]; //istack 是 一 个 含有 16 个 int 栈 的 数组 


C++ 的 类 型 定义 只 是 定义 了 一 个 “类 型 别名 ”， 并 没有 定义 一 个 新 类 型 。 
此 ， 在 进行 类 型 定义 : 


per stackint> mestas | 
之 后 ’ IntSatck Fl Stack<int> 实 际 上 是 相 同 的 类 型 并 可 以 用 于 相互 赋值 


模板 实 参 可 以 是 任何 类 型 ， 诸 如 指向 浮 点 型 的 指针 ， 甚 至 元 素 类 型 为 int 的 
stack 都 可 以 作为 模板 实 参 : 


Stack<float*> floatPtrStack; // 元 素 类 型 为 浮 点 型 指针 的 栈 
Stack<Stack<int> > intStackStack; // 元 素 类 型 为 int 栈 的 栈 


唯一 的 要 求 就 是 : 该 类 型 必须 提供 被 调用 的 所 有 操作 。 


另外 ， 你 需要 在 两 个 靠 在 一 起 的 模板 尖 括 号 〈 即 >) 之 间 留 一 个 空格 ; A 
则 ， 编 译 器 将 会 认为 你 是 在 使 用 operator>>， 而 这 将 会 导致 一 个 语法 错误 : 


| Stack<Stack<int>> intStackStack; //ERROR :这 里 不 允许 使 用 >> 


3.3 ”类 模板 的 特 化 


你 可 以 用 模板 实 参 来 特 化 类 模板 。 和 函数 模板 的 重 载 类 似 ， 通 过 特 化 类 模 
板 ， 你 可 以 优化 基于 某 种 特定 类 型 的 实现 ， 或 者 克服 茶 种 特定 类 型 在 实例 化 类 模 
板 时 所 出 现 的 不 足 中 。 另 外 ， 如 果 要 特 化 一 个 类 模板 ， 你 还 要 特 化 该 类 模板 的 所 
有 成 员 函 数 。 虽 然 也 可 以 只 特 化 茶 个 成 员 函 数 ， 但 这 个 做 法 并 没有 特 化 整个 炎 ， 
也 就 没有 特 化 整个 类 模板 。 


为 了 特 化 一 个 类 模板 ， 你 必须 在 起 始 处 声明 一 个 template<>， 接 下 来 声明 用 
来 特 化 类 模板 的 类 型 。 这 个 类 型 被 用 作 模板 实 参 ， 且 必须 在 类 名 的 后 面 直接 指 
FE: 


template<> 
class Stack<std::string> { 


进行 类 模板 的 特 化 时 ， 每 个 成 员 函 数 都 必须 重新 定义 为 普通 函数 ， 原 来 模板 
函数 中 的 每 个 IT 也 相应 地 被 进行 特 化 的 类 型 取代 : 


void Stack<std::string>::push (std::string const& elem) 


{ 


elems.push_back(elem) ; // 附 加 传 入 实 参 elem 的 找 贝 


} 


下 面 是 一 个 用 std::string 特 化 Stack<> 的 完整 例子 : 


//basics/stack2.hpp 
#include <deque> 
#include <string> 
#include <stdexcept> 
#include "stack1.hpp" 


template<> 
class Stack<std::string> { 
private: 
std: :deque<std::string> elems; // 包含 元 素 的 容器 
public: 
void push(std::string const&); // 压 入 元 素 
void pop(); // 弹出 元 素 
std::string top() const; // 返回 栈 顶 元 素 
bool empty() const { // 返回 栈 是 否 为 空 


return elems.empty(); 


} 


}; 


void Stack<std::string>::push (std::string const& elem) 


{ 
elems.push_back(elem); // 把 传 入 的 实 参 elem 附 加 到 末端 
} 
void Stack<std::string>::pop () 
{ 
if (elems.empty()) { 
throw std::out_of_range 
("Stack<std::string>::pop(): empty stack"); 
} 
elems.pop_back(); // 删除 末端 元 素 
} 
std::string Stack<std::string>::top () const 
{ 
if (elems.empty()) { 
throw std::out of range 
("Stack<std::string>::top(): empty stack"); 
} 
return elems.back(); // 返回 末端 元 素 的 拷贝 
} 


在 上 面 的 例子 里 ， 我 们 使 用 了 一 个 deque， 而 不 是 vector， 来 管理 stack 内 部 的 
元 素 。 我 们 使 用 这 种 用 法 并 不 在 于 获得 某 种 好 处 [加 ， 而 只 是 为 了 说 明 : 特 化 的 实 
现 可 以 和 基本 类 模板 Cprinmary template) 的 实现 完全 不 同 。 


3.4 局 部 特 化 


类 模板 可 以 被 局 部 特 化 。 你 可 以 在 特定 的 环境 下 指定 类 模板 的 特定 实现 ， 并 
且 要 求 菜 些 模 板 参 数 仍然 必须 由 用 户 来 定义 。 例 如 类 模板 : 


template <typename T1, typename T2> 
class MyClass { 


2 


就 可 以 有 下 面 几 种 局 部 特 化 : 


// 局 部 特 化 : 两 个 模板 参数 具有 相同 的 类 型 
template <typename T> 
class MyClass<T,T> { 


h 
// 局 部 特 化 ， 第 2 个 模板 参数 的 类 型 是 int 


template<typename T> 
class MyClass<T,int> { 


A 
// 局 部 特 化 ， 两 个 模板 参数 都 是 指针 类 型 。 


template<typename T1,typename T2> 
class MyClass<T1*,T2*>{ 


A 


下 面 的 例子 展示 各 种 声明 会 使 用 哪个 模板 : 


Myclass<int,float> mif; // 使 用 MyClass<T1,T2> 
MyClass<float,float> mff; //48FAMyClass<T,T> 
MyClass<float, int> mfi; // 使 用 MyClass<T,int> 
MyClass<int*,float*> mp; // 使 用 MyClass<T1*,T2*> 


p) 


MyClass<int,int> m; // 错 误 :同等 程度 地 匹配 MyClass<T,T> 
// 和 MyC1lass<T,int> 

MyClass<int*,int*> m; // 错 误 :同等 程度 地 匹配 MyClass<T,T> 
// 和 MyC1ass<T1# ,T2#> 


AAT RRR FH SCPE, PRET AA hhehe H KEER: 


template<typename T> 
class MyClass<T*,T*> { 


a 
至 于 更 多 的 细节 ， 请 见 12.4 节 。 


3.5 RAMEE 


对 于 类 模板 ， 你 还 可 以 为 模板 参数 定义 缺 省 值 ; 这 些 值 就 被 称 为 缺 省 模板 实 
参 ; 而 且 ， 它 们 还 可 以 引用 之 前 的 模板 参数 。 例 如 ， 在 类 Stack<> 中 ， 你 可 以 把 用 
于 管理 元 素 的 容器 定义 为 第 2 个 模板 参数 ， 并 且 使 用 std::vector<> 作 为 它 的 缺 省 


//basics/stack3.hpp 
#include <vector> 
#include <stdexcept> 


template <typename T, typename CONT = std::vector<T> > 
class Stack { 


private: 
CONT elems; // 包含 元 素 的 容器 
public: 
void push(T const&) ; // 压 入 元 素 
void pop(); // 弹出 元 素 
T top() const; // 返回 栈 顶 元 素 
bool empty() const { // 返回 栈 是 否 为 空 


return elems.empty(); 
} 
}; 


template <typename T, typename CONT> 
void Stack<T,CONT>::push (T const& elem) 
{ 


elems.push_back(elem); // 把 传 入 实 参 ealem 附 加 到 末端 
} 


template <typename T, typename CONT> 
void Stack<T,CONT>::pop () 


if (elems.empty()) { 
throw std::out_of_range("Stack<>::pop(): empty stack"); 
} 


elems.pop_back(); // 删除 末端 元 素 
} 


template <typename T, typename CONT> 
T Stack<T,CONT>::top () const 


if (elems.empty()) { 
throw std::out_of_range("Stack<>::top(): empty stack"); 
} 


return elems.back(); // 返回 末端 元 素 的 拷贝 


ysk 


可 以 看 到 : 我 们 的 类 模板 含有 两 个 模板 参数 ， 因 此 每 个 成 员 函 数 的 定义 都 必 
须 具 有 这 两 个 参数 : 


template <typename T,typename CONT> 
void Stack<T,CONT>::push(T const& elem) 
{ 


elems.push_back(elem); // 附 加 传 入 实 参 elem 的 找 贝 
} 


你 仍然 可 以 像 前 面 例子 一 样 使 用 这 个 栈 (stack〉; 就 是 说 ， 如 果 你 只 传递 第 
一 个 类 型 实 参 给 这 个 类 模板 ， 那 么 将 会 利用 vector 来 管理 stack 的 元 素 : 


template<typename T,typename CONT = std::vector<T> > 
class Stack { 
private: 
CONT elems; // 包 含 元 素 的 容器 


}; 


男 外 ， 妆 在 程序 中 声明 Stack 对 象 的 时 候 ， 你 还 可 以 指定 容器 的 类 型 : 


//basics/stack3test.cpp 
#include <iostream> 
#include <deque> 
#include <cstdlib> 
#include "stack3.hpp" 


int main() 
{ 
try { 
// int 栈 : 
Stack<int> intStack; 


// double 栈 ， 它 使 用 std: :deque 来 管理 元 素 
Stack<double,std::deque<double> > db1lstack 


// 使 用 int 栈 

intStack.push(7); 

std::cout << intStack.top() << std::endl; 
intStack.pop(); 


// 使 用 double 栈 

db1Stack.push(42.42) ; 

std::cout << dblStack.top() << std::endl; 
db1Stack.pop(); 

db1Stack.pop(); 


} 


catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::endl; 
return EXIT_FAILURE; // 退出 程序 ， 且 有 ERROR 标 记 


使 用 


Stack<double, std: :deque<double> > 


你 可 以 声明 一 个 “元 素 类 型 为 double， 并 且 使 用 std::deque<> 在 内 部 管理 元 
素 ” 的 栈 。 


3.6 ”小 结 


。 类 模板 是 具有 如 下 性 质 的 类 : 在 类 的 实现 中 ， 可 以 有 一 个 或 多 个 类 型 还 
BOA BT XE 


。 为 了 使 用 类 模板 ， 你 可 以 传 入 和 个 具体 类 型 作为 模板 实 参 ， 然 后 编译 器 
将 会 基于 该 类 型 来 实例 化 类 模板 。 


。 对 于 类 模板 而 言 ， 只 有 那些 被 调用 的 成 员 函 数 才 会 被 实例 化 。 
。 你 可 以 用 某 种 特定 类 型 特 化 类 模板 。 
。 你 可 以 用 茶 种 特定 类 型 局 部 特 化 类 模板 。 


。 你 可 以 为 类 模板 的 参数 定义 缺 省 值 ， 这 些 值 还 可 以 引用 之 前 的 模板 参 


[根据 C++ 标准 ， 确 实 存在 茶 些 例外 情况 〈 见 9.2.3 小 节 ) 。 然 而 ， 为 了 确保 不 
会 出 错 ， 当 需要 使 用 类 的 类 型 时 ， 你 应 该 写 下 如 该 例 所 示 的 整个 完整 类 型 。 


[2] 译注 : 在 下 面 的 例子 ， 即 Stack<T>: : 


[B] 译注 : 这 个 例子 用 vector 实 现 stack，stack 的 顶端 就 是 vector 的 末端 ，vector 的 
末端 和 stack 的 顶端 是 同一 个 概念 。 


[4] 为 了 简洁 清楚 地 表述 ， 下 面 我 们 会 把 它 叫 做 : int 栈 ， 其 他 类 型 可 类 推 。 

[5] 译注 : 例如 该 类 型 没有 提供 某 种 操作 等 。 

[6] 事实 上 ， 使 用 deque 代 蔡 vector 来 实现 一 个 stack 是 有 好 处 的 。 因 为 当 删 除 元 素 
时 ，deque 会 释放 内 存 ; 当 需 要 重新 分 配 内 存 时 ，deque 的 元 素 并 不 需要 被 移动 。 
然而 ， 这 种 好 处 对 string 不 起 作用 。 由 于 这 些 正面 原因 ， 在 基本 的 类 模板 中 ， 使 用 


i We 的 主意 (例如 C++ 标 准 库 中 的 std::stack<> 就 是 如 
j: 


Far ARRAS By 


对 于 函数 模板 和 类 模板 ， 模 板 参 数 并 不 局 限于 类 型 ， 普 通 值 也 可 以 作为 模板 
参数 。 在 基于 类 型 参数 的 模板 中 ， 你 定义 了 一 些 具 体 细节 未 加 确定 的 代码 ， 直 到 
代码 被 调用 时 这 些 细节 才 被 真正 确定 。 然 而 ， 在 这 里 ， 我 们 面 对 的 这 些 细节 是 值 
(value) ， 而 不 是 类 型 。 当 要 使 用 基于 值 的 模板 时 ， 你 必须 显 式 地 指定 这 些 值 ， 
才能 够 对 模板 进行 实例 化 ， 并 获得 最 终 代 码 。 在 这 一 草 里 ， 我 们 将 使 用 一 个 新 版 
本 的 stack 类 模板 来 叙述 这 个 特性 。 另 外 ， 我 们 还 给 出 了 一 个 非 类 型 函数 模板 参数 
的 例子 ， 并 且 讨 论 了 这 一 技术 的 某 些 限制 。 


41 非 类 型 的 类 模板 参数 


较 之 前 一 章 stack 例 子 的 实现 ， 你 也 可 以 使 用 元 素数 目 固定 的 数组 来 实现 
stack。 这 个 方法 “用 固定 大 小 的 数组 ) 的 优点 是 : 无 论 是 由 你 来 亲自 管理 内 存 ， 
还 是 由 标准 容器 来 管理 内 存 ， 都 可 以 避免 内 存 管理 开销 。 然 而 ， 决 定 一 个 栈 
(stack) 的 最 佳 容 量 是 很 困难 的 。 如 果 你 指定 的 容量 太 小 ， 那 么 栈 可 能 会 溢出 ; 
如 果 指 定 的 容量 太 大 ， 那 么 可 能 会 不 必要 地 浪费 内 存 。 一 个 好 的 解决 方法 就 是 : 
让 栈 的 用 户 亲自 指定 数组 的 大 小 ， 并 把 它 作 为 所 需要 的 栈 元 素 的 最 大 个 数 。 


为 了 做 到 这 一 点 ， 你 需要 把 数组 大 小 定义 为 一 个 模板 参数 : 


//basics/stack4.hpp 
#include < stdexcept> 


template < typename T, int MAXSIZE> 
class Stack { 


private: 
T elems[MAXSIZE]; // 包含 元 素 的 数组 
int numElems; // 元 素 的 当前 总 个 数 
public: 
Stack(); // 构造 函数 
void push(T const&) ; // 压 入 元 素 
void pop(); // 弹出 元 素 
T top() const; // 返回 栈 顶 元 素 
bool empty() const { // 返回 栈 是 否 为 空 
return numElems == @; 
} 
bool full() const { // 返回 栈 是 否 已 满 


return numElems == MAXSIZE; 


} 
}3 


// 构造 函数 
template < typename T, int MAXSIZE> 
Stack< T,MAXSIZE>::Stack () 
: numElems (@) // 初始 时 栈 不 含 元 素 


// 不 做 任何 事 ' 


penny 
at 


} 


template < typename T, int MAXSIZE> 
void Stack< T,MAXSIZE>::push (T const& elem) 


{ 
if (numElems == MAXSIZE) { 
throw std::out_of_range("Stack< >::push(): stack is full"); 


} 
elems[numElems] = elem; // 附加 元 素 


++numElems ; // 增加 元 素 的 个 数 
} 


template< typename T, int MAXSIZE> 
void Stack< T,MAXSIZE>::pop () 


{ 
if (numElems < = @) { 
throw std::out_of_range("Stack< >::pop(): empty stack"); 
} 
--numElems; // 减少 元 素 的 个 数 
} 


template < typename T, int MAXSIZE> 
T Stack< T,MAXSIZE>::top () const 


if (numElems < = @) { 
throw std::out_of_range("Stack< >::top(): empty stack"); 
} 


return elems[numElems-1]; // 返回 最 后 一 个 元 素 


MAXSIZE 是 新 加 入 的 第 2 个 模板 参数 ， 类 型 为 int; 它 指定 了 数组 最 多 可 包含 
的 栈 元 素 的 个 数 : 


template<typename T, int MAXSIZE> 
class Stack { 
private: 
T elems[MAXSIZE]; // 包 含 元 素 的 数组 


}; 


另外 ， 我 们 使 用 push0 来 检查 该 栈 是 否 已 经 满 了 : 


template <typename T, int MAXSIZE> 

void Stack<T, MAXSIZE>::push (T const& elem) 

if (numElems = = MAXSIZE ){ 

throw std::out of range ("Stack<>::push():stack is full") 
} 

elems [numElems] = elem; // 附 加 元 素 

++numE lems; // 增 加 元 素 的 个 数 

} 


为 了 使 用 这 个 类 模板 ， 你 需要 同时 指定 元 素 的 类 型 和 个 数 〈( 即 栈 的 最 大 容 


量 ) 


//basics/stack4test. cpp 
#include < iostream> 
#include < string> 
#include < cstdlib> 


#include "stack4.hpp" 


int main() 
{ 
try { 
Stack< int,2@> int2@Stack; // 可 以 存储 26 个 int 元 素 的 栈 
Stack< int,46> int4@Stack; // 可 以 存储 46 个 int 元 素 的 栈 
Stack< std::string,46> stringStack; // 可 存储 46 个 string 元 素 的 栈 


// 使 用 可 存储 28 个 int 元 素 的 栈 
int2@Stack.push(7); 

std::cout << int2@Stack.top() << std::endl; 
int2e@Stack.pop(); 


// 使 用 可 存储 46 个 string 的 栈 
stringStack.push("hello"); 

std::cout << stringStack.top() << std::endl; 
stringStack.pop(); 

stringStack.pop(); 


catch (std::exception const& ex) { 
std::cerr << "Exception: " << ex.what() << std::endl; 
return EXIT_FAILURE; // 退出 程序 且 有 ERROR 标 记 


可 以 看 出 ， 每 个 模板 实例 都 具有 自己 的 类 型 ， 因 此 int20Stack 和 int40Stack 属 
于 不 同 的 类 型 ， 而 且 这 两 种 类 型 之 间 也 不 存在 显 式 或 者 隐 式 的 类 型 转换 ， 所 以 它 
们 之 间 不 能 互相 替换 ， 更 不 能 互相 赋值 。 


同样 ， 我 们 可 以 为 模板 参数 指定 缺 省 值 : 


template<typename T = int, int MAXSIZE = 10@> 
class Stack { 


}3 


然而 ， 如 果 从 优化 设计 的 观点 来 看 ， 这 个 例子 并 不 适合 使 用 缺 省 值 。 缺 省 值 
应 该 是 直观 上 正确 的 值 。 但 是 对 于 栈 的 类 型 和 大 小 而 言 ，int 类 型 和 最 大 容量 100 
从 直观 上 看 起 来 都 不 是 正确 的 。 因 此 ， 在 这 里 最 好 还 是 让 程序 员 显 式 地 指定 这 两 
个 值 。 因 此 我 们 可 以 在 设计 文档 中 用 一 条 声明 来 说 明 这 两 个 属性 〈 即 类 型 和 最 大 


容量 ) 。 


4.2 非 关 型 的 函数 模板 参数 


你 也 可 以 为 函数 模板 定义 非 类 型 参数 。 例 如 ， 下 面 的 函数 模板 定义 了 一 组 用 
于 增加 特定 值 的 函数 : 


//basics/addval.hpp 

template< typename T, int VAL> 
T addValue(T const& x) 

{ 


return x + VAL; 


} 


WR i BE A BAER E A EB BUN a, ALAIK eh Bowie AAA 
如 ， 借 助 于 标准 模板 库 〈STL) ， 你 可 以 传递 这 个 函数 模板 的 实例 化 体 给 集合 中 
的 每 一 个 元 素 ， 让 它们 都 增加 一 个 整数 值 ; 


std::transform (source.begin(), source.end(), // 源 集合 的 起 点 
// 和 终点 


dest.begin(), // 
addValue<int,5>); // 操 作 ( 或 者 函数 ) 


目标 集合 的 起 点 


在 上 面 的 调用 中 ， 最 后 一 个 实 参 实例 化 了 函数 模板 addValue()， 它 让 int 元 素 
增加 5。 源 集合 source 中 的 每 一 个 元 素 都 会 调用 实例 化 后 的 addValue0 函 数 ， 并 把 
调用 结果 放 入 目标 集合 dest。 


另 一 方面 ， 这 个 例子 有 一 个 问题 : addvValue<int,5> 是 一 个 函数 模板 实例 ， 而 
函数 模板 实例 通常 被 看 成 是 用 来 命名 一 组 重 载 函数 的 集合 〈 即 使 该 组 只 有 一 个 函 
数 ) 。 然 而 ， 根 据 现今 的 标准 ， 重 载 函 数 的 集合 并 不 能 被 用 于 模板 参数 的 演绎 。 


于 是 ， 你 必须 将 这 个 函数 模板 的 实 参 强制 类 型 转换 为 具体 的 类 型 


std::transform (source.begin(), source.end(), // 源 集合 的 起 点 
// 和 终点 
dest.begin(), // 目标 集合 的 起 点 


(int(*)(int const&)) addValue<int,5>); // 操 作 


现在 有 一 个 提议 ， 建 议 C++ 标准 解决 这 个 问题 ， 从 而 在 这 种 情况 下 不 需要 进 
行 强制 类 型 转换 〈 细 节 请 见 [Corelssue115]) 。 如 果 这 个 提议 被 通过 的 话 ， 那 么 只 
有 在 考虑 可 移植 性 的 情况 下 ， 才 需要 使 用 这 种 强制 转型 。 


4.3” 非 类 型 模板 参数 的 限制 


我 们 还 应 该 知道 ， 非 类 型 模板 参数 是 有 限制 的 。 通 常 而 言 ， 它 们 可 以 是 常 整 
数 〈 包 括 枚 举 值 ) 或 者 指向 外 部 链接 对 象 的 指针 。 


浮 点 数 和 类 对 象 〈class-type) 中 是 不 允许 作为 非 类 型 模板 参数 的 : 


template<double VAT> //ERROR: 浮 点 数 不 能 作为 非 类 型 模板 参数 
double process (double v) 
{ 


return v * VAT; 


} 


template<std::string name> / /ERROR :类 对 象 不 能 作为 非 类 型 模板 参数 
class MyClass { 


= 


之 所 以 不 能 使 用 浮 点 数 《〈 包 括 简单 的 常量 浮 点 表达 式 ) 作为 模板 实 参 是 有 历 
史 原 因 的 。 然 而 ， 该 特性 的 实现 并 不 存在 很 大 的 技术 障碍 ; 因此 ， 将 来 的 C++ 版 
本 可 能 会 支持 这 个 特性 。 


由 于 字符 串 文字 是 内 部 链接 对 象 〈 因 为 两 个 具有 相同 名 称 但 处 于 不 同 模块 的 
字符 如， 是 两 个 完全 不 同 的 对 象 ) ， 所 以 你 不 能 使 用 它们 来 作为 模板 实 参 : 


template<char const* name> 
class MyClass { 


E 


MyClass<”hello”> x; //ERROR :不 允许 使 用 字符 串 文字 ”hello” 


男 外 ， 你 也 不 能 使 用 全 局 指针 作为 模板 参数 : 


template <char const* name> 
class MyClass { 


}; 
char const* s = ”hello”; 


MyClass<s> x; //s 是 一 个 指向 内 部 链接 对 象 的 指针 


然而 ， 你 可 以 这 样 使 用 : 


[template <char const* name> 


class MyClass { 
}; 
extern char const s[] = ”hello”; 


MyClass<s> x; //OK 


全 局 字符 数组 s 由 “hello" 初 始 化 ， 是 一 个 外 部 链接 对 象 。 


详细 的 讨论 ， 请 见 8.3.3 小 节 ;， 而 13.4 节 给 出 了 将 来 在 这 方面 可 能 出 现 的 改 
变 。 


4.4 小 结 
模板 可 以 具有 值 模板 参数 ， 而 不 仅仅 是 类 型 模板 参数 。 


对 于 非 类 型 模板 参数 ， 你 不 能 使 用 浮 点 数 、class 类 型 的 对 象 和 内 部 链接 对 
象 〈 例 如 string) (FAKE. 


[1] AYE: 关于 class-type 的 具体 含义 ， 请 见 第 7 章 。 


第 5 章 ” 拉 巧 性 基础 知识 


本 章 给 出 模板 的 一 些 更 深入 的 基础 知识 ， 它 们 都 是 和 模板 的 实际 应 用 密切 相 
关 的 ， 包 括 关键 字 typename 的 另 一 种 用 法 、 把 成 员 函 数 和 内 套 类 贞 也 定义 成 模 
板 、 模 板 的 模板 参数 (template template parameters) [中 、 零 初始 化 和 使 用 字符 串 
作为 模板 实 参 时 所 要 注意 的 一 些 细节 。 虽 然 这 些 技术 具有 很 强 的 技巧 性 ， 但 每 个 
C++ 程序 员 日 常 对 它们 应 该 都 略 有 耳闻 了 。 


5.1 关键 字 typename 


在 C++ 标准 化 过 程 中 ， 引 入 关键 字 typename 是 为 了 说 明 : 模板 内 部 的 标识 符 
可 以 是 一 个 类 型 。 璧 如 下 面 的 例子 : 


template <typename T> 
class MyClass { 
typename T::SubType * ptr; 


}3 


上 面 程序 中 ， 第 2 个 typename 被 用 来 说 明 : SubType 是 定义 于 类 T 内 部 的 一 种 
类 型 。 因 此 ，ptr 是 一 个 指向 T::SubType 类 型 的 指针 。 


a ALAM typename, SubType 就 会 被 认为 是 一 个 静态 成 员 ， 那 么 它 应 该 是 
一 个 具体 的 变量 或 对 象 ， 于 是 ， 下 面 表 达 式 : 


|T: :SubType ptr 


会 被 看 作 是 类 T 的 静态 成 员 SubType 和 ptr 的 乘积 。 


通常 而 言 ， 当 某 个 依赖 于 模板 参数 的 名 称 是 一 个 类 型 时 ， 就 应 该 使 用 
typename。 我 们 将 在 9.3.2 小 节 详 细 讨 论 这 个 问题 。 


人 是 让 我 们 来 考虑 一 个 gpename 的 典型 应 用 ， 即 在 恒 析 代码 中 访问 STL 容 器 的 和 
RE: 


//basics/printcoLlL.hpp 
#include <iostream> 


// 打印 STL 容 器 的 元 素 

template <typename T> 

void printcoll (T const& coll) 
{ 


typename T::const_iterator pos; // 用 于 迭代 col1 的 迭代 器 
typename T::const_iterator end(coll.end()); // 结束 位 置 


for (pos=coll.begin(); pos!=end; ++pos) { 
std::cout << *pos << ' ' 


3 


std::cout << std::endl; 


在 这 个 函数 模板 中 ， 调 用 参数 是 一 个 T 类 型 的 SITL 容 器 。 为 了 迭代 容器 中 的 所 


有 元 系 ， 我 们 借助 于 迭代 器 类 型 ， 而 在 每 个 STL 容 器 类 中 ， 都 声明 有 人 迭代 器 类 型 


const_iterator: 


class stlcontainer { 
typedef ... iterator; // 可 以 读 写 访问 的 迭代 器 
typedef ... const_iterator; // 只 能 读 访 问 的 迭代 器 


}3 


因此 ， 为 了 访问 模板 类 型 为 T 的 const_iterator 类 型 ， 你 需要 在 声明 开始 处 使 用 
关键 字 typename 来 加 以 限定 ， 如 下 : 


typename T::const iterator pos; 


.template 构 造 


我 们 在 引入 typename 之 后 ， 发 现 了 一 个 很 相似 的 问题 。 考 虑 下 面 这 个 使 用 标 
准 bitset 类 型 的 例子 : 


template <int N> 
void printBitset (std::bitset<N> const& bs) 
{ 


std: :cout<<bs.template to_string<char,char_traits<char>, 
allocator<char> >(); 


本 例 中 有 一 个 奇怪 的 构造 : .template。 如 果 没 有 使 用 这 个 template， 编 译 器 将 
不 知道 下 列 事实 : bs.template 后 面 的 小 于 号 (<) 并 不 是 数学 中 的 小 于 号 ， 而 是 模 
板 实 参 列表 的 起 始 符号 ; 那么 只 有 在 编辑 器 判断 小 于 号 (<) 之 前 ， 存 在 依赖 于 
模板 参数 的 构造 ， 才 会 出 现 这 种 问题 。 在 这 个 例子 中 ， 传 入 参数 bs 就 是 依赖 于 模 
板 参 数 N 的 构造 。 


总 之 ， 只 有 当 该 前 面 存 在 依赖 于 模板 参数 的 对 象 时 ， 我 们 才 需 要 在 模板 内 部 
使 用 .template 标 记 〈 和 类 似 的 诸如 ->template 的 标记 ) ， 而 且 这 些 标记 也 只 能 在 模 
板 中 才能 使 用 。 关 于 更 多 的 细节 ， 请 见 9.3.3 小 节 。 


5.2 ”使 用 this-> 


对 于 具有 基 类 的 类 模板 ， 上 自身 使 用 名 称 x 并 不 一 定 等 同 于 this->x。 即 使 该 x 是 
从 基 类 继承 获得 的 ， 也 是 如 此 。 例 如 : 


template <typename T> 
class Base { 
public: 

void exit(); 


}; 


template <typename T> 
class Derived : Base<T> { 
public: 
void foo() { 


exit(); // 调 用 外 部 的 exit() 或 者 出 现 错误 


在 这 个 例子 中 ， 在 foo0 内 部 决定 要 调用 哪 一 个 exit0 时 ， 并 不 会 考虑 基 类 Base 
中 定义 的 exit0。 因 此 ， 你 如 果 不 是 获得 一 个 错误 ， 就 是 调用 了 另 一 个 exit0。 


我 们 将 在 9.4.2 小 节 详 细 讨 论 这 个 问题 。 现 在 建议 你 记 住 一 条 规则 : 对 于 那些 
在 其 类 中 声明 ， 并 且 依 赖 于 模板 参数 的 符号 (函数 或 者 变量 等 ) ， 你 应 该 在 它们 
前 面 使 用 this-> 或 者 Base<T>::。 如 果 和 希望 完全 避免 不 确定 性 ， 你 可 以 《使 用 诸如 
this-> 和 Base<T>:: 等 ) 限定 (模板 中 ) 所 有 的 成 员 访 问 。 


5.3 成员 模板 


类 成 员 也 可 以 是 模板 。 髓 套 类 和 成 员 函 数 都 可 以 作为 模板 。 我 们 可 以 通过 一 
个 Stack<> 类 模板 来 说 明 这 种 (作为 模板 的 ) 能 力 的 优点 和 应 用 方法 。 通 常 而 言 ， 
栈 之 间 只 有 在 类 型 完全 相同 时 才能 互相 赋值 ， 其 中 类 型 指 的 是 元 素 的 类 型 。 就 是 
说 ， 对 于 元 系 类 型 不 同 的 栈 ， 你 不 能 对 它们 进行 相互 赋值 ， 即 使 这 两 种 元素 


的 ) 类 型 之 间 存 在 隐 式 类 型 转换 。 辟 如; 


Stack<int> intStack1, intStack2; //int 栈 


Stack<float> floatStack; //Ffloatt 
intStack1 = intStack2; //OK: 有 具有 相同 类 型 的 栈 
floatStack = intStack1; //ERROR: 两 边 栈 的 类 型 不 同 


缺 省 赋值 运算 符 要 求 两 边 具 有 相同 的 类 型 ， 当 元 素 类 型 不 同时 ， 两 个 栈 的 类 
型 显然 不 同 ， 不 能 符合 缺 省 赋值 运算 符 的 要 求 。 


然而 ， 通 过 定义 一 个 身 为 模板 的 赋值 运算 符 ， 针 对 元 系 类 型 可 以 转换 的 两 个 
栈 就 可 以 进行 相互 赋值 。 为 了 达到 这 个 目的 ， 你 需要 这 样 声 明 Stack<>: 


//basics/stack5decl.hpp 
template <typename T> 
class Stack { 


private: 
std::deque<T> elems; // 存储 元 素 的 容器 
public: 
void push(T const&) ; // 压 入 元 素 
void pop(); // 弹出 元 素 
T top() const; // 返回 栈 顶 元 素 
bool empty() const { // 返回 栈 是 否 为 空 


return elems.empty(); 


} 


// 使 用 元 素 类 型 为 T2 的 栈 进 行 赋值 
template <typename T2> 
Stack<T>& operator= (Stack<T2> const&) ; 


}; 
在 这 里 ， 我 们 进行 了 两 处 改动 : 


1. 我 们 增加 了 一 个 赋值 运算 符 的 声明 ， 它 可 以 把 元 素 类 型 为 T2 的 栈 赋值 给 
原来 的 栈 。 


2. 栈 现在 改 用 deque 队 列 ) 作 为 元 素 的 内 部 容器 。 事 实 上 ， 这 是 为 了 满足 


新 赋值 运算 符 实现 的 要 求 。 
新 赋值 运算 符 的 实现 大 致 如 下 : 


//basics/stack5 assign.hpp 
template <typename T> 
template <typename T2> 
Stack<T>& Stack<T>::operator= (Stack<T2> const& op2) 


if ((void*)this == (void*)&op2) { // 赋 值 给 自身 吗 
return *this; 


} 
Stack<T2> tmp(op2); // 产生 一 个 赋值 栈 的 拷贝 
elems.clear(); // 删 除 现存 的 元 素 
while (!tmp.empty()) { // 拷贝 所 有 的 元 素 
elems.push front(tmp.top()); 
tmp.pop(); 
} 


return *this; 


让 我 们 先 来 看 定义 成 员 模 板 的 语法 ， 在 定义 有 模板 参数 T 的 模板 内 部 ， 还 定 
义 了 一 个 含有 模板 参数 T2 的 内 部 模板 : 


template <typename T> 
template <typename T2> 


在 成 员 函 数 内 部 ， 你 可 能 只 需要 访问 赋值 栈 op2 内 部 的 一 些 数 据 ， 而 没有 必 
要 再 初始 化 另 一 个 栈 ; 然而 ， 因 为 赋值 栈 和 原 栈 具 有 不 同 的 类 型 (如 果 你 用 两 种 
类 型 来 实例 化 同一 个 类 模板 ， 那 么 你 将 得 到 两 种 不 同 的 新 类 型 ) ， 所 以 你 就 不 能 
使 用 栈 本 映 所 提供 的 公共 接口 。 于 是 ， 唯 一 的 办 法 就 是 调用 top()， 这 样 一 来 每 个 
元 素 都 必须 要 成 为 栈 顶 元 素 。 因 此 ， 我 们 必须 先 创 建 一 份 op2 的 拷贝 ， 然 后 调用 
拷贝 的 top0 方 法 和 pop(0) 方 法 从 该 拷贝 获取 元 素 。 由 于 top0 返 回 最 后 一 个 入 栈 的 元 
素 ， 因 此 我 们 必须 使 用 一 个 支持 在 〈 栈 顶 的 ) 另 一 端 插入 元 素 的 容器 。 基 于 这 个 
| 它 提供 了 push_front() 方法 ， 可 以 在 集合 的 另 一 端 插 
入 元 素 。 


实现 了 上 面 的 成 员 模 板 之 后 ， 现 在 你 就 可 以 把 一 个 int 栈 赋值 给 一 个 float 栈 : 


Stack<int> intStack; //int 栈 
Stack<float> floatStack; //Ffloatt 
floatStack = intStack; //OK: 虽 然 是 具有 不 同类 型 的 栈 ， 


// 但 int 可 以 转换 为 float 


当然 ， 这 个 赋值 并 没有 改变 原 栈 的 类 型 和 它 所 含 元 素 的 类 型 。 在 赋值 以 后 ， 
floatStack 的 元 素 仍 然 是 float ( 浮 点 数 ) 类 型 ， 因 此 它 的 top0 依 然 返回 一 个 浮 点 
数 。 


这 个 赋值 函数 好 像 屏 珊 了 类 型 检查 ， 看 起 来 你 可 以 用 任意 类 型 的 栈 来 对 目标 
栈 辐 进行 赋值 ， 但 实际 情况 并 非 如 此 ， 类 型 检查 仍然 存在 。 当 源 栈 〈 的 拷贝 ) 的 
Wo 
语句 执行 时 : 


elems.push_front(tmp.top()); 


例如 ， 如 条 把 一 个 字符 串 栈 赋值 给 一 个 浮 点 数 栈 ， 那 么 编译 器 在 这 一 行将 会 
报告 一 个 错误 信息 ， 说 明 tmp.top0 返 回 的 字符 串 不 能 作为 elems.push_frontO 的 实 参 
(这 个 错误 信息 可 能 会 根据 编译 器 的 不 同 而 有 所 不 同 ， 但 大 体 意思 就 是 这 样 ): 


Stack<std::string> stringStack; //std: :string 栈 

Stack<float> floatStack; //floatk 

floatStack = stringStack; //ERROR: std: :string 并 不 能 
// 转 换 为 float 


可 以 看 到 ， 模 板 赋 值 运算 符 并 没有 取代 人 缺 省 赋值 运算 符 。 对 于 相同 类 型 栈 之 
间 的 赋值 ， 仍 然 会 调用 缺 省 赋值 运算 符 。 


同样 ， 在 实现 中 ， 你 可 以 把 内 部 容器 类 型 实现 为 一 个 模板 参数 ， 这 样 就 有 机 
会 改变 内 部 容器 类 型 : 


//basics/stack6dectl.hpp 
template <typename T, typename CONT = std::deque<T> > 
class Stack { 


private: 

CONT elems; // 存储 元 素 的 容器 
public: 

void push(T const&); // 压 入 元 素 

void pop(); // 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 

bool empty() const { // 返回 栈 是 否 为 空 

return elems.empty(); 
} 


// 把 元 素 类 型 为 T2 的 栈 赋值 给 原 栈 
template <typename T2, typename CONT2> 
Stack<T, CONT>& operator= (Stack<T2,CONT2> const&) ; 


此 时 ， 模 板 赋值 运算 符 的 实现 如 下 : 


//basics/stack6assign.hpp 
template <typename T, typename CONT> 
template <typename T2, typename CONT2> 
Stack<T, CONT >& 
Stack<T,CONT>: :operator= (Stack<T2,CONT2> const& op2) 


if ((void*)this == (void*)&op2) { // 赋值 给 自身 吗 
return *this; 


} 
Stack<T2,CONT2> tmp(op2) ; // 产生 一 份 赋值 栈 的 拷贝 
elems.clear(); // 删除 现存 的 所 有 元 素 
while (!tmp.empty()) { // 拷贝 所 有 的 元 素 
elems.push_front(tmp.top()); 
tmp.pop(); 
} 


return *this; 


需要 再 次 提醒 的 是 : 对 于 类 模板 而 言 ， 只 有 那些 被 调用 的 成 员 函 数 才 会 被 实 
例 人 化。 因此， 如 果 在 元 素 类 型 不 同 的 栈 之 间 没 有 进行 相互 赋值 ， 你 就 可 以 使 用 
vector 来 作为 内 部 容器 : 


// 使 用 vector 作 为 内 部 容器 的 int 栈 


Stack<int,std::vector<int> > vStack; 


vStack.push(42) ; 
vStack.push(7) ; 
std::cout << vStack.top() << std::endl; 


因为 自 定 义 的 模板 赋值 运算 符 并 不 是 必 不 可 少 的 ， 所 以 在 不 存在 push_front() 
的 情况 下 ， 茶 些 程序 并 不 会 出 现 错误 信息 ， 而 且 也 能 正确 运行 。 


，， 关于 最 后 “个 例子 的 完整 实现 ， 请 查看 basicsi 子 目录 下 所 有 以 csiack6" 开 类 
J LAIF o 


5.4 ”模板 的 模板 参数 加 


有 时 ， 让 模板 参数 本 身 成 为 模板 是 很 有 用 的 ， 我 们 将 继续 以 stack 类 模板 作为 
例子 ， 来 说 明 模板 的 模板 参数 的 用 途 。 

在 stack 的 例子 中 ， 如 果 要 使 用 一 个 和 人 缺 省 值 不 同 的 内 部 容器 ， 程 序 员 必须 两 
次 指定 元 素 类 型 。 也 就 是 说 ， 为 了 指定 内 部 容器 的 类 型 ， 你 需要 同时 传递 容器 的 
类 型 和 它 所 含 元 素 的 类 型 。 如 下 : 


Stack<int,std::vector<int> > vStack; // 使 用 vector 的 int 栈 


然而 ， 借 助 于 模板 的 模板 参数 ， 你 可 以 只 指定 容器 的 类 型 而 不 需要 指定 所 合 
元 素 的 类 型 ， 就 可 以 声明 这 个 Stack 类 模板 : 


Stack<int,std::vector> vStack; // 使 用 vector 的 int 栈 


为 了 获得 这 个 特性 ， 你 必须 把 第 2 个 模板 参数 指定 为 模板 的 模板 参数 。 那 
么 ，stack 的 声明 应 该 如 下 [91 


//basics/stack7.decl.hpp 
template <typename T, 

template <typename ELEM> class CONT = std::deque > 
class Stack { 


private: 

CONT<T> elems; // 保存 元 素 的 容器 
public: 

void push(T const&); // 压 入 元 素 

void pop(); // 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 


bool empty() const { // 返回 栈 是 否 为 空 
return elems.empty(); 


} 
}; 


不 同 之 处 在 于 ， 第 2 个 模板 参数 现在 被 声明 为 一 个 类 模板 : 


template <typename ELEM> class CONT 


缺 省 值 也 从 std::deque<T> 变 成 std::deque。 在 使 用 时 ， 第 2 个 参数 必须 是 一 个 类 
模板 ， 并 且 由 第 一 个 模板 参数 传递 进来 的 类 型 进行 实例 化 : 


CONT<T> elems; 


这 也 是 这 个 例子 比较 特别 的 地 方 ， 使 用 第 1 个 模板 参数 作为 第 2 个 模板 参数 的 
aes 一 般 地 ， 你 可 以 使 用 类 模板 内 部 的 任何 类 型 来 实例 化 模板 的 模板 参 


我 们 前 面 提 过 : 作为 模板 参数 的 声明 ， 通 常 可 以 使 用 typename 来 蔡 换 关键 字 


class。 然 而 ， 上 面 的 CONT 是 为 了 定义 一 个 类 ， 因 此 只 能 使 用 关键 字 class。 
此 ， 下 面 的 程序 是 正确 的 : 


template <typename T, 


template &lt;class ELEM&gt; class CONT = std: :deque&gt; 
class Stack { 


}3 


而 下 面 的 程序 却 是 错误 的 : 


template <typename T, 


template <typename ELEM> typename CONT = std: :deque> 
class Stack { // 错 误 


}3 


由 于 在 这 里 我 们 并 不 会 用 到 “模板 的 模板 参数 ”的 模板 参数 〈 即 上 面 的 
ELEM) ， 所 以 你 可 以 把 该 名 称 省 略 不 写 : 


template <typename T, 


template <typename> class CONT = std::deque > 
class Stack { 


}3 


另外 ， 还 必须 对 成 员 函 数 的 声明 进行 相应 的 修改 。 你 必须 把 第 2 个 模板 参数 
人 这 同样 适用 于 成 员 函 数 的 实现 。 例 如 ， 成 员 函 数 pushO) 
实现 如 下 : 


template <typename T, template <typename> class CONT> 
void Stack<T,CONT>::push (T const& elem) 
{ 


elems.push_back(elem); // 把 elem 的 拷贝 附加 到 末端 
} 


还 有 一 点 需要 知道 ,函数 模板 并 不 支持 模板 的 模板 参数 。 
模板 的 模板 实 参 匹配 


如 果 你 尝试 使 用 新 版 本 的 Stack， 你 会 获得 一 个 错误 信息 : 缺 省 值 std::deque 和 
模板 的 模板 参数 CONT 并 不 匹配 。 对 于 这 个 结果 ， 你 或 许 会 觉得 很 证 异 ， 但 问题 
EF: 模板 的 模板 实 参 〈( 壁 如 这 里 的 std::deque〉 是 一 个 具有 参数 A 的 模板 ， 它 将 
蔡 换 模板 的 模板 参数 〈 璧 如 这 里 的 CONT) ， 而 模板 的 模板 参数 是 一 个 具有 参数 B 
的 模板 ;匹配 过 程 要 求 参数 A 和 参数 B 必 须 完 全 匹配 ;然而 在 这 里 ， 我 们 并 没有 考 
虑 模板 的 模板 实 参 的 缺 省 模板 参数 ， 从 而 也 就 使 B 中 缺少 了 这 些 缺 省 参数 值 ， 当 
然 环 不 能 获得 精确 的 匹配 。 


在 这 个 例子 中 ， 问 题 在 于 标准 库 中 的 std::deque 模 板 还 具有 男 一 个 参数 ， 即 第 
2 个 参数 〈 也 就 是 所 谓 的 内 存 分 配器 allocator) ， 它 有 一 个 缺 省 值 ， 但 在 匹配 
std::deque 的 参数 和 CONT 的 参数 时 ， 我 们 并 没有 考虑 这 个 缺 省 值 。 


然而 ， 解 决 办 法 总 是 有 的 。 我 们 可 以 重 写 类 的 声明 ， 让 CONT 的 参数 期 待 的 
是 具有 两 个 模板 参数 的 容器 : 


template <typename T, 
template <typename ELEM, 
typename ALLOC = std::allocator<ELEM> > 
class CONT = std: :deque> 


class Stack { 
private: 
CONT<T> elems; // 保 存 元 素 的 容器 


}3 


同样 ， 你 可 以 略 去 ALLOC 不 写 ， 因 为 实现 中 不 会 用 到 它 。 


现在 ，Stack 模 板 〈 包 括 为 了 能 够 在 不 同 元 素 类 型 的 栈 之 间 实 现 相 互 赋 值 而 定 
义 的 成 员 模 板 ) 的 最 终 版 本 应 该 如 下 : 


//basics/stack8.hpp 
#ifndef STACK_HPP 
#define STACK_HPP 


#include <deque> 
#include <stdexcept> 
#include <memory> 


template <typename T, 
template <typename ELEM, 
typename = std::allocator<ELEM> > 
class CONT = std: :deque> 
class Stack { 
private: 
CONT<T> elems; // 保存 元 素 的 容器 


public: 
void push(T const&); // 压 入 元 素 


void pop(); // 弹出 元 素 

T top() const; // 返回 栈 顶 元 素 

bool empty() const { // 返回 栈 是 否 为 空 
return elems.empty(); 


} 


// 使 用 元 素 类 型 为 T2 的 栈 对 原 栈 赋值 
template<typename T2, 
template<typename ELEM2, 
typename = std: :allocator<ELEM2> 
>class CONT2> 
Stack<T, CONT>& operator= (Stack<T2,CONT2> const&) ; 


}3 


template <typename T, template <typename,typename> class CONT> 
void Stack<T,CONT>::push (T const& elem) 


{ 
} 


template<typename T, template <typename,typename> class CONT> 
void Stack<T,CONT>::pop () 


elems .push_back(elem); // 附加 传 入 元 素 的 拷贝 


if (elems.empty()) { 
throw std::out_of_range("Stack<>::pop(): empty stack"); 


} 
elems.pop_back(); // 删除 末端 元 素 


} 


template <typename T, template <typename,typename> class CONT> 
T Stack<T,CONT>::top () const 


if (elems.empty()) { 
throw std::out_of_range("Stack<>::top(): empty stack"); 


} 
return elems.back(); // 返回 末端 元 素 的 拷贝 


} 


template <typename T, template <typename,typename> class CONT> 
template <typename T2, template <typename,typename> class CONT2> 
Stack<T, CONT>& 

Stack<T,CONT>: :operator= (Stack<T2,CONT2> const& op2) 


if ((void*)this == (void*)&op2) { // 赋值 给 自身 吗 
return *this; 


} 

Stack<T2,CONT2> tmp(op2) ; // 创建 一 个 赋值 栈 的 拷贝 
elems.clear(); // 删除 现存 的 所 有 元 素 
while (!tmp.empty()) { // 拷贝 所 有 的 元 素 


elems.push_front(tmp.top()); 
tmp.pop() 5 


return *this; 


} 


#endif // STACK_HPP 


下 面 的 程序 则 使 用 最 终 版 本 的 所 有 特性 : 


//basics/stack8test.cpp 
#include <iostream> 
#include <string> 
#include <cstdlib> 
#include <vector> 
#include "stack8.hpp" 


int main() 


{ 


try { 
Stack<int> | intStack; // int 
Stack<float> floatStack; // float 栈 
// 使 用 int 栈 


intStack.push(42) ; 
intStack.push(7); 


// 使 


Jfloat ty 


floatStack.push(7.7); 


// 不 同类 型 的 两 个 栈 之 间 的 赋值 


floatStack = intStack; 


// 输出 float 栈 

std::cout << floatStack.top() << std::endl; 
floatStack.pop(); 

std::cout << floatStack.top() << std::endl; 
floatStack.pop(); 

std::cout << floatStack.top() << std::endl; 
floatStack.pop(); 


} 


catch (std::exception const& ex) { 


std::cerr << "Exception: 


} 


<< ex.what() << std 


// 使 用 vector 作 为 内 部 容器 的 int 栈 


Stack<int,std::vector> vStack; 


vStack.push(42) ; 

vStack.push(7); 

std::cout << vStack.top() << std::endl; 
vStack.pop(); 


而 程序 将 会 有 如 下 输出 : 


::endl; 


7 
42 
Exception: Stack<>::top(): empty stack 
7 


FAR ME BE BOR GWE AEA EN BREE; AL, AAEH A 
作为 评价 你 的 编译 器 在 模板 特性 方面 符合 标准 的 尺度 。 


关于 更 深入 的 讨论 和 这 方面 的 例子 ， 请 见 8.2.3 小 节 和 15.1.6 小 节 。 


5.5” 零 初始 化 


对 于 int、double 或 者 指针 等 基本 类 型 ， 并 不 存在 “用 一 个 有 用 的 缺 省 值 来 对 它 
们 进行 初始 化 ”的 缺 省 构造 函数 : 相反 ， 任 何 未 被 初始 化 的 局 部 变量 都 具有 一 个 不 
确定 (undefined) 值 : 


void foo() 
{ 


int x; //x 具 有 一 个 不 确定 从 
int* ptr; //ptr 指 向 某 块 内 存 〈( 并 非 无 所 指 ) 


现在 ， 假 如 你 在 编写 模板 ， 并 且 希 望 模板 类 型 的 变量 都 已 经 用 缺 省 值 初始 化 
完毕 ， 那 么 这 时 你 会 遇 到 问题 ， 内 建 类 型 并 不 能 满足 你 的 要 求 : 


template <typename T> 
void foo() 
{ 


} 


T x; // 如 果 T 是 内 建 类 型 ， 忆 身 是 一 个 不 确 和 


由 于 这 个 原因 ， 我 们 就 应 该 显 式 地 调用 内 建 类 型 的 缺 省 构造 函数 ， 并 把 缺 省 
值 设 为 0〈 或 者 false， 对 于 bool 类 型 而 言 》 。 璧 如 调用 intO 我 们 将 获得 缺 省 值 0。 于 
是 ， 借 助 如 下 代码 ， 我 们 可 以 确保 对 象 已 经 执行 了 适当 的 缺 省 初始 化 ， 即 便 对 内 
建 类 型 对 象 也 是 如 此 : 


template <typename T> 
void foo() 
{ 


Tx = T(); // 如 果 T 是 内 建 类 型 ，x 是 零 或 者 false 


对 于 类 模板 ， 在 用 茶 种 类 型 实例 化 该 模板 后 ， 为 了 确认 它 所 有 的 成 员 都 已 经 
和 
A J: 


template <typename T> 
class MyClass { 
private: 
T X; 
public: 
MyClass() : x() {// 确 认 x 已 被 初始 化 ， 内 建 类 型 对 象 也 是 如 此 
} 
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有 时 ， 把 字符 串 传递 给 函数 模板 的 引用 参数 会 导致 出 人 意料 的 运行 结果 。 考 
虑 下 面 的 程序 : 


//basics/max5.cpp 
#include <string> 


// YER: 引用 参数 
template <typename T> 
inline T const& max (T const& a, T const& b) 


{ 
} 


return a<b ? b: ai 


int main() 


std::string s; 


: :max( "apple", "peach"); // OK: 相同 类 型 的 实 参 
::max("apple","tomato") ; // ERROR: 不 同类 型 的 实 参 
::max("apple",s); // ERROR: 不 同类 型 的 实 参 


问题 在 于 : 由 于 长 度 的 区 别 ， 这 些 字符 串 属于 不 同 的 数组 类 型 。 也 就 是 
说 ，‘apple* 和 ‘peach? 具 有 相同 的 类 型 char const[6]; 然而 tomato’ 的 类 型 则 是 : char 


const[7]。 因 此 ， 只 有 第 一 个 调用 是 合法 的 ， 因 为 该 max() 模 板 期 望 的 是 类 型 完全 
相同 的 参数 。 然 而 ， 如 果 声 明 的 是 非 引用 参数 ， 你 就 可 以 使 用 长 度 不 同 的 字符 串 
来 作为 max() 的 参数 : 


//basics/max6.cpp 
#include <string> 


// 注意 : 非 引用 参数 
template <typename T> 
inline T max (T a, T b) 
{ 


} 


return a<b ? b: a; 


int main() 


{ 


std::string sj; 


:imax("apple","peach");  // OK: 相同 的 类 型 
::max("apple","tomato"); // OK: 退化 (decay) 为 相同 的 类 型 
::max("apple",s); // ERROR: 不 同 的 类 型 


|} 


产生 这 种 调用 结果 的 原因 是 : 对 于 非 引 用 类 型 的 参数 ， 在 实 参 演绎 的 过 程 
中 ， 会 出 现 数 组 到 指针 Carray-to-pointer) 的 类 型 转换 〈 这 种 转型 通常 也 被 称 为 
decay) 。 我 们 可 以 通过 下 面 的 程序 来 说 明 这 一 点 : 


//basics/refnonref.cpp 
#include <typeinfo> 
#include <iostream> 


template <typename T> 
void ref (T const& x) 
{ 
std::cout << "x in ref(T const&): " 
<< typeid(x).name() << ‘\n'; 


template <typename T> 
void nonref (T x) 
{ 
std::cout << "x in nonref(T): 
<< typeid(x).name() << '\n'; 


} 


int main() 


ref("hello"); 
nonref("hello"); 


在 main 函 数 中 ， 分 别传 递 一 个 字符 串 给 具有 引用 参数 的 函数 模板 和 有 具有 非 引 
用 参数 的 函数 模板 。 两 个 函数 模板 都 使 用 了 typeid 运 算 符 来 输出 被 实例 化 参数 的 
类 型 。typeid 运 算 符 会 返回 std::type_info 类 型 的 左 值 Civalue) ， 其 中 std::type_info 
封装 了 传递 给 typeid 运 算 符 的 表达 式 的 类 型 表示 ;而且 ， 调 用 std::type_info 的 成 员 
函数 name0 是 为 了 返回 类 型 的 可 读 文本 表示 。 虽 然 C++ 标 准 并 没有 要 求 name(0 必 须 
返回 一 个 有 意义 的 值 ， 但 对 于 大 多 数 优 秀 的 C++ 编译 器 实现 而 言 ，name0 会 返回 
一 个 字符 串 ， 清 楚 地 表示 传递 给 typeid 的 参数 〈 或 表达 式 ) 的 类 型 〈 在 某 些 实现 
中 ， 这 个 字符 串 可 能 不 是 可 读 的 文本 ， 但 存在 一 个 文本 转换 器 ， 可 以 把 它 转换 成 
可 读 的 文本 ) 。 例 如 ， 上 面 程序 可 能 会 有 如 下 输出 : 


x in ref(T const&): char[6] 
x in nonref(T): const char * 


如 果 你 过 到 一 个 关于 字符 数组 和 字符 串 指针 之 间 不 匹配 的 问题 ， 你 会 意外 地 
发 现 和 这 个 问题 会 有 一 定 的 相似 之 处 已。 然而 遗憾 的 是 ， 对 于 这 个 问题 并 没有 通 
用 的 解决 方法 。 根 据 不 同 的 情况 ， 你 可 以 : 


。 使 用 非 引 用 参数 ， 取 代 引 用 参数 然而 ， 这 可 能 会 导致 无 用 的 拷贝 )。 


。 进行 重 载 ， 编 写 接收 引用 参数 和 非 引 用 参数 的 两 个 重 载 函 数 〈 然 而 ， 这 
可 能 会 导致 二 义 性 ， 具 体 见 附录 B.2.2〉。 


° 对 具体 类 型 进行 重 载 (譬如 对 std::string 进 行 重 载 )。 
° 重 载 数组 类 型 ， 璧 如 : 


template <typename T, int N, int M> 
T const* max(T const (&a)[N], T const (&b)[M]) 
{ 

return a <b? b : a; 


} 


。 强制 要 求 应 用 程序 程序 员 使 用 显 式 类 型 转换 。 


对 于 我 们 讨论 的 例子 ， 最 好 的 方法 是 为 字符 串 重 载 max0 〈 见 2.4 节 ) 。 无 论 
如 何 ， 为 字符 串 提供 重 载 都 是 有 必要 的 ; 因为 如 果 不 提 供 重 载 ， 当 我 们 调用 maxO 
来 比较 两 个 字符 串 时 ， 操 作 a<b 执 行 的 是 指针 比较 ， 就 是 说 a<b 比 较 的 是 两 个 字符 
串 的 地 址 ， 而 不 是 它们 的 字典 顺序 。 事 实 上 ， 这 也 是 我 们 趋同 于 使 用 诸如 
std::string 的 字符 串 类 ， 而 不 使 用 C 风 格 字符 串 类 的 另 一 个 原因 。 


关于 更 多 的 细节 ， 请 参见 11.1 节 。 
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。 ”如 果 要 访问 依赖 于 模板 参数 的 类 型 名 称 ， 你 应 该 在 类 型 名 称 前 添加 关键 
字 typename。 

° KREKAR KRAE UERR. FEA BI, Eb ac RAR AY TL 
进行 隐 式 类 型 转换 的 2 个 栈 ， 我 们 实现 了 通用 的 赋值 操作 。 然 而 ， 在 这 种 情况 
下 ， 类 型 检查 依然 是 存在 的 。 

° 赋值 运算 符 的 模板 版 本 并 没有 取代 缺 省 赋值 运算 符 。 

° 类 模板 也 可 以 作为 模板 参数 ， 我 们 称 之 为 模板 的 模板 参数 。 


° 模板 的 模板 实 参 必 须 精确 地 匹配 。 匹 配 时 并 不 会 考虑 “模板 的 模板 实 
参 ” 的 缺 省 模板 实 参 〈 如 std::deque 的 allocator) 。 


° 通过 显 式 调用 缺 省 构造 函数 ， 可 以 确保 模板 的 变量 和 成 员 都 已 经 用 一 个 
缺 省 值 完 成 初始 化 ， 这 种 方法 对 内 建 类 型 的 变量 和 成 员 也 适用 。 


° 对 于 字符 串 ， 在 实 参 演绎 过 程 中 ， 当 且 仅 当 参 数 不 是 引用 时 ， 才 会 出 现 
数组 到 指针 Carray-to-pointer) 的 类 型 转换 〈 称 为 decay) 。 


[1] 译注 : 这 里 的 英文 为 nested class; 对 应 的 中 文 应 该 是 “被 舱 套 的 类 *， 指 的 是 
在 模板 闫 里面 定义 的 另 一 个 类 。 但 基于 大多 数 的 翻译 习惯 ， 这 里 也 翻译 成 "起 矢 
RR” 5 


[2] 译注 : 模板 的 模板 参数 原文 是 template template parameters， 本 身 就 是 一 个 模 
板 ， 自 己 也 有 参数 ， 这 个 参数 就 是 我 们 在 后 面 要 看 到 的 “模板 的 模板 参数 的 参 
数 ”， 但 该 模板 又 被 看 成 是 外 围 模 板 的 一 个 参数 。 也 可 译 为 “ 身 为 模板 的 模板 参 
数 ”， 因 为 这 样 更 能 从 中 看 出 本 质 含义 。 但 为 了 忠实 原文 ， 在 此 还 是 采取 了 直译 。 
念 贯穿 人 全书， 非常 重 要。 建议 读者 通过 “ 身 为 模板 的 模板 参数 ”来 加 深 理 
Fe 


[3] 译注 : 这 里 的 目标 栈 也 就 是 上 面 的 原 栈 ， 都 是 赋值 运算 符 的 左 值 。 为 了 和 下 
面 的 源 栈 区 别 开 ， 故 这 里 不 翻译 成 原 栈 ， 因 为 原 栈 (目标 栈 ) 和 源 栈 (赋值 栈 ) 
指 的 分 别 是 位 于 赋值 运算 符 左右 两 边 的 不 同 栈 。 


[4] ”如 果 在 编译 这 些 文件 的 时 候 ， 你 的 编译 器 报告 了 一 些 错 误 ， 那 么 请 不 要 慰 
讶 ， 因 为 在 例子 中 我 们 几乎 使 用 了 每 个 重要 的 模板 特性 ， 而 你 的 编译 器 并 不 一 定 
支持 所 有 的 特性 。 因 此 ， 你 最 好 是 使 用 一 个 尽量 符合 标准 的 编译 器 。 


[5] 译注 : VC6 不 支持 模板 的 模板 参数 ， 而 VC7 则 支持 。 


[6] 这 个 版 本 存在 一 个 问题 ， 我 们 将 留 到 后 面 解释 。 然 而 ， 这 个 问题 只 影响 缺 省 
eee 因此 ， 我 们 仍然 可 以 用 这 个 例子 阐述 模板 的 模板 参数 的 一 般 特 


[7] 事实 上 ， 这 也 是 为 什么 不 能 使 用 原来 的 C++ 标 准 ， 创 建 一 对 用 字符 串 初始 化 
的 值 的 原因 所 在 〈 见 [Standard98]) : 

~~ std::make_pair(“key”,”value”) WERROR. 根 据 [Standard98] `~ 

而 在 首 份 技术 勤 误 表 中 ， 我 们 通过 传递 非 引 用 参数 给 make_pair0)， 来 蔡 代 以 前 接 
收 引 用 参数 的 make_pair0， 从 而 也 就 解决 了 这 个 问题 〈 见 [Standard02]) 。 


第 6 革 ”模板 实战 


模板 代码 和 普通 代码 是 有 区 别 的 。 从 茶 种 意义 上 讲 ， 模 板 是 位 于 宏和 普通 
〈 非 模板 )》 声明 之 间 的 一 种 构造 。 这 种 说 法 或 许 有 些 过 于 简单 ， 但 当 我 们 使 用 模 
板 来 编写 算法 和 数据 结构 ， 或 者 在 日 常 中 表达 和 分 析 模 板 程序 的 逻辑 习以为常 的 
时 候 ， 我 们 可 能 就 会 认同 这 种 说 法 。 


在 这 一 章 里 ， 我 们 只 给 出 模板 的 一 些 实际 应 用 ， 并 不 涉及 应 用 底层 的 众多 技 
术 细 节 ， 我 们 将 把 大 部 分 细节 留 到 第 10 章 讨论 。 为 了 使 叙述 尽量 简洁 ， 假 设 我 们 
的 C++ 编译 系统 是 由 传统 的 编译 器 和 链接 器 两 者 组 成 的 《事实 上 ， 几 乎 所 有 的 
C++ 编译 系统 都 由 这 两 者 组 成 ) 。 


6.1 包含 模型 


我 们 可 以 用 几 种 方法 来 组 织 模板 源 代 码 。 这 一 节 将 给 出 《在 本 书 编 写 时 ) 最 
常用 的 方法 : 包含 模型 Ginclusion model) 。 


6.1.1 链接 器 错误 
大 多 数 C 和 C++ 程序 员 会 这 样 组 织 他 们 的 非 模板 代码 ; 


。 类 (class!!!) 和 其 他 类 型 (other type) 都 被 放 在 一 个 头 文件 中 。 通 常 而 言 ， 头 文 
件 是 一 个 扩展 名 为 .hpp (或 者 .H、.h、.hh、hxx) 的 文件 。 

。 对 于 全 局 变量 和 【《 非 内 联 ) 函数 ， 只 有 声明 放 在 头 文 件 中 ， 定 义 则 位 于 dot-C 
文件 ， 通 各 而 言 ，dotC 文 件 是 指 扩展 名 为 pp BAC. c cc oon) HI 


这 样 一 切 都 可 以 正常 运作 了 。 所 需 的 类 型 定义 在 整个 程序 中 都 是 可 见 的 ， 并 
且 对 于 变量 和 函数 而 言 ， 链 接 絮 也 不 会 给 出 重复 定义 的 错误 。 


当 牢 记 了 这 种 约定 之 后 ， 刚 开始 接触 模板 的 程序 员 却 总 会 对 这 种 约定 发 出 抱 
候 ， 因 为 它 令 链接 器 产生 了 一 个 错误 。 我 们 可 以 通过 下 面 的 (错误 ) 小 程序 来 说 
明 这 一 点 。 利 用 上 面 针对 普通 代码 的 约定 ， 我 们 应 该 在 一 个 头 文件 中 声明 模板 : 


//basics/myfirst.hpp 
#ifndef MYFIRST_HPP 
#define MYFIRST_HPP 


// 模 板 声明 
template <typename T> 
void print_typeof (T const&) 


#endif / /MYFIRST_HPP 


print_typeof() z= —“ 4 R BURN FSH, “ATR ERKA Eh. VARA BHR 
板 的 实现 被 放 在 下 面 的 dot-C 文 件 里 面 : 


//basics/myfirst.cpp 
#include <iostream> 
#include <typeinfo> 
#include “myfirst.hpp” 


// 模 板 的 实现 /定义 
template <typename T> 
void print typeof (T const& x) 


std::cout << typeid(x).name() << std::endl; 


这 个 例子 使 用 typeid 运 算 符 来 输出 一 个 字符 串 ， 它 描述 了 作为 参数 传递 的 表 
达 式 的 类 型 〈( 见 5.6 节 ) 。 


最 后 ， 我 们 在 男 一 个 dot-C 文 件 里 使 用 这 个 模板 ， 并 且 把 模板 声明 包含 进 这 个 


XIF 


//basics/myfirstmain. cpp 
#include “myfirst.hpp” 


// 使 用 模板 
int main() 
{ 
double ice = 3.0; 
print_typeof (ice); // 调 用 参数 类 型 为 double 的 函数 模板 


} 


大 多 数 C++ 编 译 占 都 会 顺利 地 接受 这 个 程序 ， 但 是 链接 器 可 能 会 报错 ， 提 示 
找 不 到 函数 print_typeofO 的 定义 。 


事实 上 ， 这 个 错误 的 原因 在 于 : 函数 模板 print_typeofO 的 定义 还 没有 被 实例 
化 。 为 了 使 模板 真正 得 到 实例 化 ， 编 译 器 必须 知道 : 应 该 实例 化 哪个 定义 以 及 要 
基于 哪个 模板 实 参 来 进行 实例 化 。 遗 憾 的 是 ， 在 前 面 的 例子 里 ， 这 两 部 分 信息 位 
于 分 开 编 译 的 不 同文 件 里 面 。 因 此 ， 当 我 们 的 编译 器 看 到 print_typeofO 调 用 ， 但 
还 没有 看 到 基于 double 实 例 化 的 函数 定义 的 时 候 ， 它 只 是 假设 在 别处 提供 了 这 个 
定义 ， 并 产生 一 个 指 疝 该 定义 的 引用 (让 链接 器 利用 该 引用 来 解决 这 个 问题 〉。 
男 一 方面 ， 当 编译 器 处 理 文件 myfirst.cpp 的 时 候 ， 它 并 没有 指出 : 编译 器 必须 基 
于 特定 实 参 对 所 包含 的 模板 定义 进行 实例 化 。 


6.1.2” 头 文件 中 的 模板 
对 于 前 面 的 问题 ， 我 们 通常 是 采取 对 待 宏 或 内 联 函数 的 解决 办 法 : 我 们 把 模 


板 的 定义 也 包含 在 声明 模板 的 头 文件 里 面 ， 即 让 定义 和 声明 都 位 于 同一 个 头 文件 
中 。 对 于 上 面 的 例子 ， 我 们 可 以 通过 把 : 


#include “myfirst.cpp” 


添加 a 到 myfirst.hpp 的 末尾 ， 或 者 在 每 个 使 用 模板 的 dot-C 文 件 都 包含 
myfirst.cpp。 显 然 ， 第 3 种 方法 就 是 完全 不 要 myfirst.cpp， 然 后 重 写 myfirst.hpp， 让 
它 同 时 包含 模板 声明 和 模板 定义 : 


//basics/myfirst2.hpp 
#ifndef MYFIRST_HPP 


#define MYFIRST_HPP 


#include <iostream> 
#include <typeinfo> 


// 模 板 声明 
template <typename T> 
void print_typeof(T const&); 


// 模 板 的 实现 /定义 
template <typename T> 


void print_typeof(T const& x) 
{ 


} 


#endif //MYFIRST_HPP 


std::cout << typeid(x).name() << std::endl; 


=> 


我 们 称 模板 的 这 种 组 织 方式 为 包含 模型 。 通 过 使 用 这 种 模型 ， 你 会 发 现 前 面 


的 程序 可 以 顺利 编译 、 链 接 和 运行 。 


针对 这 一 点 ， 我 们 可 以 得 出 一 些 结论 : 包含 模型 明显 增加 了 包含 头 文件 
myfirsthpp 的 开销 ， 这 也 正 是 包含 模型 最 大 的 不 足 之 处 。 在 例子 中 ， 主 要 的 开销 
并 不 是 取决 于 模板 定义 本 身 的 大 小 ， 而 在 于 模板 定义 中 所 包含 的 那些 头 文件 (在 
我 们 的 例子 中 是 <iostream> 和 <typeinfo>) 的 大小。 你 或 许 已 经 知道 这 样 会 带 来 成 
eae 的 代码 ， 因 为 每 个 诸如 <iostream> 的 头 文 件 本 身 也 都 包含 了 许多 类 似 的 
借 板 定义 。 


在 实际 应 用 中 ， 这 是 一 个 很 严重 的 问题 ， 因 为 它 大 大 增加 了 编译 复杂 程序 所 
耗费 的 时 间 。 因 些 我们 将 在 后 面 几 节 给 出 几 种 可 能 的 解决 方法 。 然 而 ， 现 在 的 程 
序 大 多 已 经 不 需要 在 编译 和 链接 上 面 花 上 几 个 小 时 ， 将 来 就 更 不 用 说 了 “我 们 以 
人 

一 个 程序 ) 。 


如 果 不 需 要 考虑 创建 期 的 时 间 问 题 ， 我 们 建议 你 尽量 使 用 包含 模型 来 组 织 模 
板 代 码 。 我 们 在 后 面 会 考察 另外 两 种 组 织 模板 的 方式 ， 但 就 我 们 的 观点 看 来 ， 另 
外 两 种 组 织 方式 的 实际 缺陷 往往 比 这 里 所 讨论 的 创建 期 开销 更 加 严重 。 当 然 ， 这 
两 种 组 织 方式 也 有 其 他 一 些 与 软件 开发 的 应 用 方面 间接 相关 的 优点 。 


从 包含 模型 得 出 的 另 一 个 〈 更 微妙 的 ) 结论 是 : 非 内 联 函 数 模 板 与 < 内 联 函 数 
和 宏 ” 有 一 个 很 重要 的 区 别 ， 那 就 是 非 内 联 函数 模板 在 调用 的 位 置 并 不 会 被 扩展 ， 
而 是 当 它 们 基于 某 种 类 型 进行 实例 化 之 后 ， 才 产生 一 份 新 的 (基于 该 类 型 的 ) 函 
数据 贝 。 因 为 这 〈 产 生 函 数据 贝 )》 是 一 个 自动 化 过 程 ， 所 以 在 编译 结束 的 时 候 ， 
编译 器 可 能 会 在 不 同 的 文件 里 产生 两 份 找 贝 ， 于 是 ， 当 链接 器 发 现 同一 个 函数 具 
有 两 种 不 同 的 定义 时 ， 就 会 报告 一 个 错误 。 理 论 上 讲 ， 这 并 不 是 我 们 需要 关心 的 
问题 ， 它 应 该 由 C++ 的 编译 系统 来 解决 。 而 且 ， 事 实 上 大 多 数 情 况 下 都 不 会 出 现 


这 种 问题 ， 我 们 根本 没有 必要 太 过 于 在 意 这 个 问题 。 但 对 于 需要 创建 自身 代码 库 
的 大 项 目 ， 我 们 就 要 充分 注意 这 个 问题 。 我 们 将 在 第 10 章 详细 讨论 C++ 的 实例 化 


机 制 ， 仔细 学 习 C++ 翻 译 系统 《或 者 编译 器 ) 所 附带 的 随机 文档 也 有 助 于 到 


个 问题 。 


E 解 这 


最 后 ， 我 们 需要 指出 的 是 ， 在 我 们 的 例子 中 应 用 到 普通 函数 模板 的 所 有 特 


性 ， 对 类 模板 的 成 员 函 数 和 静态 数据 成 员 、 成 员 函 数 模板 也 都 是 适用 的 。 


6.2 显 式 实例 化 


包含 模型 能 够 确保 所 有 需要 的 模板 都 已 经 实例 化 。 这 是 因为 : 当 需 要 进行 实 
例 化 的 时 候 ，C++ 编 译 系 统 会 自动 产生 所 对 应 的 实例 化 体 。 另 外 ，C++ 标 准 还 提 
供 了 一 种 手工 实例 化 模板 的 机 制 : 显 式 实例 化 指示 符 (explicit instantiation 


directive) 。 


6.2.1 显 式 实例 化 的 例子 


为 了 说 明 手 工 实例 化 ， 让 我 们 回顾 前 面 那 个 导致 链接 器 错误 的 例子 。 在 此 ， 
为 了 避免 这 个 链接 期 错误 ， 我 们 可 以 通过 给 程序 添加 下 面 的 文件 : 


//basics/myfirstinst.cpp 
#include “myfirst.cpp” 


// 基 于 类 型 double 显 式 实 例 化 print_typeof() 
template void print_typeof<double>(double const&); 


显 式 实例 化 指示 符 由 关键 字 template 和 紧 接 其 后 的 我 们 所 需要 实例 化 的 实体 
《可 以 是 类 、 函 数 、 成 员 函 数 等 ) 的 声明 组 成 ， 而 且 ， 该 声明 是 一 个 已经 用 实 参 
完全 亚 换 参数 之 后 的 声明 。 在 我 们 的 例子 中 ， 我 们 针对 的 是 一 个 普通 函数 ， 但 该 
指示 符 也 适用 于 成 员 函 数 和 静态 数据 成 员 。 辟 如: 


// 基 于 int 显 式 实 例 化 MyClass<> 的 构造 函数 
template MyClass<int>: :MyClass(); 


// 基 于 int 显 式 实例 化 函数 模板 max() 


template int const& max(int const&, int const&); 


你 还 可 以 显 式 实例 化 类 模板 ， 这 样 就 可 以 同时 实例 化 它 的 所 有 类 成 员 。 但 有 
所 需要 注意 ;对 于 这 些 在 前 面 已 经 实例 化 过 的 成 员 ， 殊 不 能 再 次 对 它们 进行 实 
例 化 : 


// 基 于 int 显 式 实例 化 类 stack<> 
template class Stack<int> 


// 基 于 string 显 式 实例 化 Stack<> 的 某 些 成 员 函 数 

template Stack<std::string>::Stack(); 

template void Stack<std::string>::push(std::string const&); 
template std::string Stack<std: :string>::top()const; 


// 错 误 : 对 于 前 面 已 经 显 式 实 例 化 过 的 成 员 函 数 ， 不 能 再 次 对 它 进 行 显 式 实例 化 


template Stack<int>: :Stack(); 


对 于 每 个 不 同 实 体 ， 在 一 个 程序 中 最 多 只 能 有 一 个 显 式 实例 化 体 ， 换 句 话 
说 ， 你 可 以 同时 显 式 实例 化 print_typeof<int> 和 print_typeof<double>C， 但 在 同一 
个 程序 中 每 个 指示 符 都 只 能 够 出 现 一 次 B]。 如 果 不 遵循 这 条 规则 ， 通 常 都 会 导致 
链接 错误 ， 链 接 器 会 报告 : 发 现 了 实例 化 实体 的 重复 定义 。 


人 工 实例 化 有 一 个 显著 的 缺点 : 我 们 必须 仔细 跟踪 每 个 需要 实例 化 的 实体 。 
对 于 大 项 目 而 言 ， 这 种 跟踪 很 快 就 会 带 来 巨大 负担 ; 因此 ， 我 们 并 不 建议 使 用 这 
种 方法 。 事 实 上 ， 我 们 曾经 在 几 个 大 项 目 刚 开 始 时 就 低估 了 这 种 负担 ， 而 等 到 代 
码 快要 完成 的 时 候 ， 我 们 就 为 使 用 人 工 实例 化 而 后 悔 不 已 。 


然而 ， 显 式 实例 化 还 是 有 它 目 身 的 一 些 优点 的 ， 实 例 化 可 以 在 需要 的 时 候 才 
进行 。 显 然 ， 我 们 因此 避免 包含 庞大 头 文件 的 开销 ， 更 可 以 把 模板 定义 的 源 文 件 
封装 起 来 ; 但 封装 之 后 ， 客 户 端 程 序 就 不 能 基于 其 他 类 型 来 进行 额外 的 实例 化 
了 。 田 外， 对 于 某 些 程序 ， 精 确 控制 模板 实例 的 准确 位 置 也 是 很 有 用 的 ， 显 式 实 
例 化 融 可 以 做 到 这 一 点 ;而 如 果 使 用 自动 实例 化 的 话 ， 这 种 精确 位 置 控制 是 不 可 
能 的 (细节 请 参见 第 10 章 〉。 


6.2.2 ”整合 包含 模型 和 显 式 实例 化 


为 了 让 程序 员 能 够 根据 实际 情况 ， 自 由 地 选择 包含 模型 或 者 显 式 实 例 化 ， 我 
们 可 以 把 模板 的 定义 和 模板 的 声明 放 在 两 个 不 同 的 文件 中 。 通 常 的 做 法 是 使 用 头 
文件 来 表示 这 两 个 文件 〈( 尖 文件 大 多 是 那些 希望 被 ##nclude、 有 具有 特定 扩展 名 的 文 
件 ) ; 通常 而 言 ， 遵 守 这 种 文件 分 开 约 定 是 明智 的 〈 因 此， 我们 最 前 面 例子 中 的 
myfirst.cpp 文 件 ， 现 在 将 命名 为 myfirstdef.hpp， 由 预 处 理 器 来 检测 这 些 被 插入 的 
代码 ) 。 图 6.1 所 示 的 基于 Stack<> 类 模板 阐明 了 这 一 点 。 


stack.hpp: 


#ifndef STACK HPP 
#define STACK_HPP 


#include <vector> 


template <typename T> 
class Stack { 
private: 
std: :Vector<T> elems; 
public: 
Stack () ; 
void push (T consté&) ; 
void pop(); 
T top() const; 
}; 


#endif 


stackdef.hpp: 


#ifndef STACKDEF_HPP 
#define STACKDEF_HPP 


#include "stack.hpp" 


template <typename T> 
void Stack<T>::push (T const& elem) 
{ 

elems.push_back (elem) ; 


} 


#endif 


图 6.1 分 开 模 板 声明 和 模板 定义 


现在 ， 如 果 我 们 希望 使 用 包含 模型 ， 那 么 只 要 #include 头 文件 stackdef.hpp 就 
可 以 了 。 反 之 ， 如 果 我 们 希望 显 式 实例 化 模板 ， 我 们 就 应 该 机 nclude 头 文件 
stack.hpp， 然 后 再 提供 一 个 含有 所 需要 显 式 实例 化 指示 符 的 dot-C 文 件 〈 见 图 
6.2) . A 


stacktestl.cpp: 


#include "stack.hpp" 
#include <iostream> 
#include <string> 


int main() 
{ 
Stack<int> intStack; 
intStack.push (42) ; 
std::cout << intStack.top() << std::endl; 
intStack.pop() ; 


Stack<std::string> stringStack; 
stringStack.push("hello") ; 
std::cout << stringStack.top() << std::endl; 


stack_inst.cpp: 


#include "stackdef.hpp" 
#include <string> 


// instantiate class Stack<> for int 
template Stack<int>; 


// instantiate some member functions of Stack<> for strings 
template Stack<std::string>: :Stack() ; 

template void Stack<std::string>::push(std::string const&) ; 
template std::string Stack<std::string>::top() ; 


图 6.2 ”在 拥有 两 个 模板 头 文件 的 情况 下 ， 进 行 显 式 实 例 化 


6.3 “分离 模型 


我 们 在 上 一 节 给 出 的 两 种 方法 都 可 以 正常 地 工作 ， 也 完全 符合 C++ 标准 。 然 
而 ， 标 准 还 给 出 了 另 一 种 机 制 : 导出 模板 Cexporting template) 。 这 种 机 制 通 党 
也 被 称 为 C++ 模板 的 分 离 模型 (separation model) 。 


6.3.1 关键 字 export 


大 体 上 讲 ， 关 键 字 export 的 功能 使 用 是 非常 简单 的 ， 在 一 个 文件 里 面 定 义 模 
板 ， 并 在 模板 的 定义 和 《 非 定 义 的 ) 声明 的 前 面 加 上 关键 字 export。 对 于 上 一 节 
的 例子 ， 通 过 使 用 export， 我 们 会 得 到 下 面 的 函数 模板 声明 : 


//basics/myfirst3.hpp 


#ifndef MYFIRST_HPP 
#define MYFIRST_HPP 


// 模 板 声明 

export 

template 

void print_typeof(T const&); 


#endif / /MYFIRST_HPP 


即使 在 模板 定义 不 可 见 的 条 件 下 ， 被 导出 的 模板 Bl 也 可 以 正常 使 用 。 换 句 话 
说 ， 使 用 模板 的 位 置 和 模板 定义 的 位 置 可 以 在 两 个 不 同 的 翻译 单元 中 。 在 我 们 的 
例子 中 ， 文 件 myfirst3_hpp 现 在 只 是 包含 类 模板 的 成 员 函 数 的 声明 ， 但 对 于 使 用 这 
些 成 员 已 经 足够 了 。 和 刚 开 始 导致 编译 器 报错 的 那个 例子 相 比 ， 我 们 只 是 在 代码 
中 添加 了 关键 字 export， 一 切 就 可 以 顺利 通过 了 。 


壬 一 个 预 处 理 文件 内 部 《就 是 指 在 一 个 翻译 单元 内 部 )， 我 们 只 需要 在 第 一 
个 声明 前 面 标记 export 关 键 字 就 可 以 了 ， 后 面 的 重新 声明 〈 也 包括 定义 ) 会 隐 式 
地 保留 这 个 export 特 性 。 这 也 是 我 们 不 需要 修改 文件 myfirst.cpp 的 原因 所 在 。 就 是 
说 ，myfirst.cpp 文 件 里 面 的 这 个 定义 是 隐 式 exported， 因 为 在 它 ##nclude 的 头 文 件 
myfirst3.hpp 里 面 ， 该 定义 所 对 应 的 声明 已 经 被 限定 为 exzport 的 了 。 另 一 方面 ， 在 
ee eee 因为 这 样 可 以 提高 代码 的 
可 读 性 。 


实际 上 关键 字 export 可 以 应 用 于 函数 模板 、 类 模板 的 成 员 函 数 、 成 员 函 数 模 
板 和 类 模板 的 静态 数据 成 员 。 男 外 ， 它 还 可 以 用 于 类 模板 的 声明 ， 这 将 意味 着 每 
个 可 导出 的 类 成 员 痢 被 看 作 可 导出 实体 ， 但 类 模板 本 身 实际 上 却 没 有 被 导出 〈 因 
此 ， 类 模板 的 定义 仍然 需要 出 现在 头 文件 中 ) 。 你 仍然 可 以 隐 式 或 者 显 式 地 定义 


内 联 成 员 函 数 。 然 而 ， 内 联 函 数 却 是 不 可 导出 的 : 


export template <typename T> 
class MyClass { 


public: 
void memfun1(); // 被 导出 Cexported) 的 函数 
void memfun2() { // 隐 式 内 联 不 能 被 导出 
} | 
void memfun3(); // 显 式 内 联 不 能 被 导出 


}; 


template <typename T> 
inline void MyClass<T>: :memfun3() 


{ 


} 


另外 ，export 关 键 不 能 和 inline 关 键 字 一 起 使 用 ， 如 果 用 于 模板 的 话 ，export 要 
位 于 关键 字 template 的 前 面 ， 壁 如 下 面 的 程序 就 是 非法 的 : 


template <typename T> 
class Invalid { 
public: 


export void wrong(T); // 错 误 : export 没 有 位 于 template 之 前 


}; 

export template<typename T> // 错 误 : 同时 使 用 了 export 和 inline 
inline void Invalid<T>: :wrong(T) 

{ 

} 


export template<typename T> 


inline T const& max(T const& a, T const& b)// 错 误 : 同时 使 用 了 export 和 inline 
{ 


return a <b? b: a; 


} 


6.3.2 分离 模 型 的 限制 


谈 到 这 里 ， 你 可 能 会 觉得 奇怪 : 既然 导出 模板 Cexported template) 可 以 很 好 
地 解决 最 初 的 问题 ， 我 们 为 何 仍然 建议 大 家 使 用 包含 模型 呢 。 事 实 上 ，export 关 
键 字 还 有 其 他 一 些 方面 的 影响 。 


首先 ， 在 C++ 标准 推出 4 年 之 后 的 今天 ， 也 就 只 有 一 家 公司 真正 提供 了 对 
export 关 键 字 的 支持 器。 于 是 ，export 这 个 特性 未 能 像 其 他 C++ 特性 那样 广 为 流 
传 。 显 然 ， 这 就 说 明 程序 员 使 用 export 的 经 验 是 非常 有 限 的 ， 因 此 我 们 针对 export 


的 讨论 到 头 来 也 可 能 会 是 无 济 于 事 。 实 际 上 ， 我 们 的 这 些 担忧 在 将 来 是 很 有 可 能 
会 得 到 重视 的 〈 所 以 我 们 才 会 给 出 export 的 这 一 切 ， 这 是 为 了 将 来 做 准备 ) 。 


其 次 ，export 昌 然 看 起 来 几乎 是 完美 无 缺 的 ， 但 它 实 际 上 还 是 有 一 些 缺 点 
的 。 在 应 用 分 离 模型 的 最 后 ， 实 例 化 过 程 需要 处 理 两 个 位 置 : 模板 被 实例 化 的 位 
置 和 模板 定义 出 现 的 位 置 。 虽 然 这 两 个 位 置 在 源 代码 中 看 起 来 是 完全 分 离 的 ， 但 
系统 却 为 这 两 个 位 置 建 立 了 一 些 看 不 见 的 耦合 。 就 是 说 ， 对 于 我 们 的 例子 而 言 ， 
如 果 包 含 模板 定义 的 文件 发 生 了 改变 ， 那 么 不 仅 该 文件 需要 进行 重新 编译 ， 所 
有 “对 该 文件 中 模板 进行 实例 化 的 ”其 他 文件 都 需要 进行 重新 编译 。 虽 然 这 种 耦合 
和 包含 模型 的 耦合 没有 本 质 的 区 别 ， 但 是 这 里 的 耦合 在 源 代 码 中 是 看 不 见 的 。 也 
正 是 由 于 它 的 不 可 见 性 ， 所 以 那些 基于 代码 的 (诸如 常用 的 make 和 nmake 程 序 
等 ) 依赖 性 管理 工具 也 将 不 再 适用 。 这 就 意味 着 编译 器 需要 进行 一 些 额外 的 处 
理 ， 来 跟踪 所 有 的 这 些 耦 合 。 这 也 将 导致 程序 的 创建 时 间 可 能 会 比 包 含 模型 所 需 
要 的 创建 时 间 还 要 多 。 


最 后 一 点 ， 被 导出 的 模板 可 能 会 导致 出 人 意料 的 语义 ， 我 们 将 在 第 10 章 讨论 
这 些 细节 。 


我 们 通常 会 认为 : 如 果 我 们 实现 了 export 机 制 ， 那 么 即使 在 模板 库 不 提供 源 
代码 定义 的 情况 下 ， 外 界 也 可 以 访问 该 库 的 模板 〈 就 像 访问 只 包含 非 模板 实体 的 
EFE) I, 但 实际 上 这 完全 是 一 个 误解 ， 因 为 代码 隐藏 并 不 属于 语言 的 范 
畴 ， 所 以 也 就 不 是 export 机 制 自身 提供 这 种 能 力 。 事 实 上 ， 要 像 隐藏 国 被 导出 
Cexported) 模板 定义 那样 ， 隐 藏 被 mcluded 的 模板 定义 也 是 有 可 能 的 ， 或 许 也 是 
可 行 的 〈 但 现在 的 编译 器 实现 并 不 文 持 这 种 模型 ) ; 然而 遗憾 的 是 ， 这 样 我 们 将 
又 遇 到 一 个 新 的 挑战 : 当 exported 模 板 遇 到 编译 错误 ， 而 且 该 错误 可 能 提示 要 引 
用 被 隐藏 代码 的 定义 的 时 候 ， 我 们 要 怎么 处 理 呢 ? 


6.3.3 ”为 分 离 模 型 做 好 准备 
一 个 好 的 办 法 就 是 ， 对 于 我 们 预先 编写 的 代码 ， 存 在 一 个 可 以 在 包含 模型 和 


分 离 模型 之 间 互 相 切换 的 开关 ; 在 此 ， 我 们 使 用 预 处 理 指示 符 来 获得 这 种 特性 。 
下 面 就 是 使 用 该 方法 的 简单 例子 : 


//basics/myfirst4.hpp 


#ifndef MYFIRST_HPP 
#define MYFIRST_HPP 


// 如 果 定 义 了 USsE_EXPORT, 就 使 用 export 
#if defined(USE_EXPORT) 

#define EXPORT export 

#else 

#define EXPORT 

#endif 


// 模 板 声明 

EXPORT 

template <typename T> 

void print_typeof(T const&); 


// 如 果 没有 定义 USE_EXPORT ,就 包含 模板 定义 
#if !defined(USE EXPORT) 

#include “myfirst.cpp” 

#endif 


#endif / /MYFIRST_HPP 


通过 定义 或 者 忽略 预 处 理 符号 USE_EXPORT， 我 们 现在 就 可 以 在 两 种 模型 之 
间 进 行 选择 。 如 果 程 序 在 ##nclude“myfirst.hpp” 之 前 已 经 定义 了 USE_EXPORT， 那 
么 将 会 使 用 分 离 模型 : 


// 使 用 分 离 模型 
#define USE_EXPORT 
#include “myfirst.hpp” 


如 果 程 序 并 没有 定义 USE_EXPORT， 那 么 将 会 使 用 包含 模型 ， 因 为 在 这 种 情 
况 下 ，myfirst.hpp 已 经 自动 #include 了 myfirst.cpp 中 的 定义 : 


// 使 用 包含 模型 
#include “myfirst.hpp” 


显然 ， 这 个 方法 很 灵活 。 另 外 ， 我 们 需要 重申 的 是 : 除了 明显 的 逻辑 区 别 之 
外 ， 这 两 种 模型 之 间 还 具有 细微 的 语义 区 别 。 


对 于 被 导出 的 模板 ， 我 们 仍然 可 以 对 它 进行 显 式 实例 化 。 在 这 个 例子 中 ， 模 
板 定义 也 可 以 位 于 另 一 个 文件 中 ， 只 需 在 程序 中 站 nclude 一 个 含有 显 式 实例 化 
的 .cpp 文 件 〈 有 具体 见 6.2) 。 为 了 能 够 在 包含 模型 、 分 离 模型 、 显 式 实例 化 这 3 种 方 
我 们 可 以 把 USE_EXPORT 这 种 控制 手段 和 6.2.2 小 节 所 描述 的 约定 
2H RUSK © 


6.4 ”模板 和 内 联 


把 短小 函数 声明 为 内 联 函数 是 提高 运行 效率 所 普通 采用 的 方法 。inline 修 饰 符 
表明 的 是 一 种 实现 : 在 函数 的 调用 处 使 用 函数 体 〈 即 内 容 ) 直接 进行 内 联 蔡 换 ， 
它 的 效率 要 优 于 普通 函数 的 调用 机 制 〈 针 对 短小 函数 而 言 ) 。 然 而 ， 标 准 并 没有 
强制 编译 器 实现 这 种 “在 调用 处 执行 内 联 玲 换 * 的 机 制 ， 实 际 上 ， 编 译 器 也 会 根据 
调用 的 上 下 文 来 决定 是 否 进行 蔡 换 。 


函数 模板 和 内 联 函数 都 可 以 被 定义 于 多 个 翻译 单元 中 。 通 常 ， 我 们 是 通过 下 
面 途 径 来 获取 这 个 实现 : 把 定义 放 在 一 个 头 文件 中 ， 而 这 个 头 文件 又 被 多 个 dot-C 
文件 所 包含 CHinclude) 。 


这 种 实现 会 给 我 们 这 样 一 种 印象 : 函数 模板 缺 省 情况 下 是 内 联 的 。 然 而 ， 这 
种 想法 是 不 正确 的 。 所 以 ， 如 果 你 编写 需要 被 实现 为 内 联 函 数 的 函数 模板 ， 你 仍 
To e a 
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因此 ， 对 于 许多 不 属于 类 定义 一 部 分 的 短小 模板 函数 ， 你 应 该 使 用 关键 字 
inline 来 声明 它们 [1。 


6.5 ” 预 编 译 头 文件 


即使 不 存在 模板 ，C++ 头 文件 也 可 以 变 得 非常 巨大 ， 从 而 需要 很 长 的 编译 时 
间 。 模 板 更 是 增加 了 编译 时 间 。 于 是 ， 程 序 员 就 呼吁 产品 厂家 实现 一 种 称 为 预 编 
译 头 文件 (precompiled header) 的 机 制 ， 该 机 制 是 位 于 标准 的 范围 之 外 的 ， 并 且 
主要 依赖 于 特定 产品 的 实现 。 虽 然 我 们 会 把 如 何 创建 和 使 用 预 编译 头 文件 的 细节 
aa 0 
神 益 的 。 


当 翻译 一 个 文件 时 ， 编 译 器 是 从 文件 的 开头 一 直 进 行 到 文件 末端 的 。 当 处 理 
文件 中 的 每 个 标记 (这 些 标记 可 能 来 自 于 ##included 的 文件 ) 时 ， 编 译 器 会 匹配 它 
的 内 部 状态 ， 包 括 添加 入 口 点 到 符号 表 ， 从 而 在 后 面 可 以 查找 等 。 在 这 个 过 程 
中 ， 编 译 顺 还 会 在 目标 文件 中 生成 代码 。 


预 编译 头 文 件 机 制 主要 依赖 于 下 面 的 事实 : 我 们 可 以 使 用 某 种 方式 来 组 织 代 
码 ， 让 多 个 文件 中 前 面 的 代码 都 是 相同 的 。 假 想 有 一 个 例子 : 由 于 实 参 的 原因 ， 
每 个 需要 编译 的 文件 的 前 面 N 行 代码 都 是 相同 的 。 于 是 ， 我 们 可 以 先 编译 完 这 N 行 
代码 ， 并 把 编译 器 在 《编译 后 ) 这 一 点 的 完整 状态 储存 在 一 个 所 谓 的 预 编 译 头 文 
件 中 。 因 此 ， 对 于 程序 中 的 剩 下 文件 的 编译 ， 我 们 只 需要 先 加 载 上 面 已 经 保存 的 
状态 ， 然 后 从 第 N+1 行 开始 编译 就 可 以 了 《因为 前 面 N 行 代码 都 是 相同 的 ) 。 此 
时 我 们 还 应 该 知道 : 重新 加 载 已 保存 的 状态 是 一 个 很 快 的 操作 ， 它 要 比 实际 上 编 
译 前 面 的 N 行 程序 快 得 多 。 然 而 ， 第 一 次 编译 并 保存 这 个 状态 就 要 比 编译 这 N 行 代 
码 慢 ; 而 增加 的 时 间 代 价 也 要 根据 实际 情况 在 20% 一 2009% 不 等 。 


充分 利用 预 处 理 头 文件 的 关键 之 处 在 于 : 《〈 尽 可 能 地 ) 确认 许多 文件 开始 处 
的 相同 代码 的 最 大 行 数 。 在 实际 应 用 中 ， 这 就 意味 着 文件 必须 以 相同 的 #include 指 
示 符 开始 ， 因 为 #include 指 示 符 本 和 映 耗费 了 很 大 一 部 分 的 创建 时 间 。 因 此 ， 对 于 被 
包含 Cincluded) 的 众多 头 文件 ， 注 意 它 们 的 被 包含 顺序 是 相当 重要 的 ， 壁 如 : 


#include <iostream> 
#include<vector> 
#include<list> 


和 


#include<list> 
#include<vector> 


就 不 能 使 用 预 编 译 头 文件 ， 因 为 两 者 在 源 代 码 中 没有 共同 的 初始 状态 。 


有 些 程序 员 会 认为 : 在 使 用 预 编译 头 文件 的 时 候 ， 人 允许 矶 nclude 一 部 分 额外 无 
用 的 头 文件 ， 要 比 只 选择 有 用 的 头 文件 具有 更 好 的 编译 速度 ， 这 还 可 以 让 包含 策 
略 的 管理 变 得 更 加 容易 。 例 如 ， 通 癌 我 们 会 直接 创建 一 个 名 为 std.hpp 的 头 文 件 ， 
让 它 包 含 所 有 的 标准 头 文件 上 0: 


#include <iostream> 
#include <string> 
#include <vector> 
#include <deque> 
#include <list> 


然后 对 std.hpp 进 行 预 编译 ， 因 此 每 个 使 用 标准 库 的 程序 文件 现在 只 需要 这 样 
开始 就 可 以 : 


#include “std.hpp” 


通常 而 言 ， 预 编译 这 个 文件 需要 一 段 时 间 ; 但 对 于 具有 足够 内 存 的 系统 ， 预 
编译 头 文件 机 制 会 使 得 处 理 速度 比 编译 大 多 数 单个 〈 未 经 过 预 编译 的 ) 标准 头 文 
件 快 很 多 。 另 外 ， 使 用 这 种 方式 ， 我 们 几乎 可 以 使 用 所 有 的 标准 头 文件 ， 因 为 标 
准 头 文件 都 是 很 少 改变 的 ; 因此 我 们 的 预 编 译 头 文件 std.hpp 就 只 需要 创建 一 次 ， 
就 可 以 在 后 面 多 次 使 用 4。 相反 ， 如 果 不 能 保证 这 种 稳定 性 ， 预 编译 头 文件 可 能 
就 会 因为 项 目 具体 情况 的 变化 而 不 断 改变 ， 并 成 为 项 目的 依赖 性 配置 的 一 部 分 
例如， 根据 需要 使 用 诸如 make 等 工具 来 进行 更 新 ) 。 


管理 预 编 译 头 文件 的 一 种 可 取 的 方法 是 : 对 预 编译 文件 进行 分 层 ， 即 根据 头 
文件 的 使 用 频率 和 稳定 性 来 进行 分 层 。 于 是 ， 对 于 那些 不 会 发 生变 化 的 头 文 件 ， 
就 很 有 必要 对 它们 进行 预 编译 。 然 而 ， 如 果 头 文件 是 处 于 一 个 大 型 开发 项 目 中 ， 
那么 对 所 有 的 文件 都 进行 预 编译 所 耗费 的 时 间 ， 可 能 会 比重 用 预 编译 头 文件 所 市 
省 的 时 间 还 要 多 。 因 此 ， 解 决 这 个 问题 的 关键 之 处 在 于 : 我 们 应 该 对 那些 属于 更 
稳定 级 别 的 头 文件 先进 行 预 编 译 ， 然 后 在 不 太 稳 定 的 头 文件 中 重用 这 个 稳定 的 预 
编译 头 文件 ， 从 而 提高 整个 编译 效率 。 例 如 ， 假 设 除 了 处 理 前 面 介 绍 的 std.hpp 头 
文件 之 外 《我 们 已 经 对 该 它 进 行 预 编译 了 ) ， 我 们 还 定义 了 一 个 core.hpp 头 文 
件 ， 它 包含 了 我 们 项 目 特 有 的 额外 功能 ， 可 是 ，core.hpp 的 稳定 性 低 于 std.hpp 的 稳 
定性 ， 那 么 它 大 体 是 这 样 的 : 


#include “std.hpp” 
#include “core_data_hpp” 
#include “core_algos.hpp” 


为 该 文件 是 以 #include “std.hpp” 开 头 的 ， 编 译 器 将 会 加 载 相关 的 预 编译 头 


文件 ， 然 后 从 下 一 行 开 始 编译 ， 而 不 会 重新 编译 所 有 的 标准 头 文件 。 当 文 


件 '“core.hpp: 完 全 经 过 处 理 之 后 ， 就 产生 了 一 个 新 的 预 编 译 头 文件 。 于 是 ， 应 用 程 
序 可 以 使 用 #include“core.hpp” 来 提供 〈 比 std.hpp〉 功 能 更 多 、 速 度 更 快 的 访问 ， 
因为 编译 器 可 以 直接 加 载 后 面 这 个 经 过 预 编 译 的 头 文件 。 


6.6 ”调试 模板 


当 需 要 调试 模板 的 时 候 ， 我 们 将 会 面临 来 自 两 方面 的 挑战 。 一 种 挑战 来 自 模 
板 的 编写 者 : 针对 茶 一 个 模板 ， 如 果 它 的 任何 一 个 模板 实 参 都 已 经 符合 文档 所 编 
写 的 要 求 ， 那 么 我 们 如 何 才 能 够 保证 模板 可 以 正确 地 运作 呢 ? 男 一 种 挑战 正好 来 
目 对 立 的 一 方 “ 即 模板 的 使 用 者 ) : 在 过 到 模板 的 行为 和 文档 中 所 描述 的 情况 有 
差异 的 时 候 ， 模 板 的 用 户 如 何 才能 发 现 哪个 模板 参数 违反 了 文档 要 求 ， 或 者 是 违 
反 了 模板 参数 的 哪 条 要 求 呢 ? 


在 深入 讨论 这 些 话题 之 前 ， 让 我 们 先 来 考察 可 以 强加 给 模板 参数 的 一 些 约 
束 ， 这 是 非常 有 必要 的 。 因 为 在 这 一 节 里 ， 我 们 叙述 的 大 多 数 编译 期 错误 就 是 由 
于 违反 这 些 约束 而 产生 的 ， 我 们 把 这 些 约束 称 为 语法 约束 Csyntactic 
constraint) 。 语 法 约束 可 以 包括 要 求 某 种 构造 函数 必须 存在 、 某 个 特定 图 数 调用 
不 能 产生 二 义 性 等 。 而 对 于 其 他 的 约束 ， 我 们 称 为 语义 约束 (semantic 
constraint) 。 事 实 上 ， 要 想 机 械 地 验证 某 个 约束 究竟 属于 哪 一 类 约束 是 非常 困难 
的 ; 在 有 些 情况 下 ， 我 们 甚至 根本 就 不 能 够 进行 这 种 验证 。 例 如 ， 我 们 会 要 求 模 
板 类 型 参数 必须 具有 operator< 的 定义 (这 是 个 语法 约束 ) ， 但 大 多 数 情 况 下 ， 我 
们 还 要 求 这 个 运算 符 实 际 上 定义 的 是 菜 种 领域 下 的 排序 规则 (这 是 语义 约束 )。 


concept 这 个 术语 通常 被 用 于 表示 : 在 模板 库 中 重复 需求 的 约束 集合 。 例 如 ， 
C++ 标准 库 就 依赖 于 诸如 随机 访问 选 代 器 (random access iterator) FIERA FY Pie 
(default constructible) 等 concept。concepts 还 可 以 形成 体系 : 就 是 说 ， 某 个 

concept 可 以 是 其 他 concept 的 进一步 细 化 (也 称 为 精 化 )， 更 精 化 的 concept 不 但 具 
备 上 层 concept 的 各 种 约束 ， 而 且 还 增加 了 一 些 针对 上 自身 的 约束 。 例 如 ， 在 C++ 标 
准 程 序 库 中 ，concept random access iterator 就 是 concept bidirectional iterator 的 精 
化 。 有 了 这 些 术 语 之 后 ， 在 模板 实现 和 模板 使 用 的 过 程 当 中 ， 我 们 可 以 认为 : 调 
试 模板 代码 的 主要 工作 是 判断 模板 实现 和 模板 定义 中 哪些 concept 被 违反 了 。 


6.6.1 理解 长 段 的 错误 信息 


普通 的 编译 错误 通常 都 是 相当 简洁 的 ， 并 且 也 能 一 针 见 血 地 指出 问题 的 所 
在 。 壁 如 ， 当 编译 器 给 出 “class X has no member ‘fun’ ”的 错误 信息 时 ， 我 们 通常 
都 能 很 快 找 出 代码 中 的 错误 〈 艾 如， 我 们 把 fun 写 成 了 run) 。 但 是 ， 涉 及 模板 的 
代码 并 非 如 此 。 让 我 们 考虑 下 面 摘 取 自 某 程序 的 简单 代码 ， 它 使 用 了 C++ 标准 程 
序 库 。 假 设 我 们 在 代码 中 犯 了 一 个 很 小 的 错误 : 首先 声明 一 个 list<string> 对 象 ， 
但 当 我 们 应 该 使 用 greater<string> 函 数 对 象 来 对 它 进行 查找 时 ， 我 们 却 错误 地 写成 
J greater<int> K ZO &: 


std: :list<std::string> coll; 


// 找 到 第 一 个 大 于 “A? 的 元 素 


std: :list<std::string>::iterator pos; 
pos = std::find_if(coll.begiin(), coll.end(), // 查 找 范围 
std: :bind2nd(std::greater<int>(),”A”) );// 查 找 准 则 


事实 上 ， 和 代码 粘贴 过 程 中 ， 就 很 有 可 能 会 筷 记 修改 
这 些 细节 ， 从 而 就 出 现 类 似 上 面 的 错误 。 


壁 如 ， 某 个 常用 版 本 的 GNU C++ 编译 器 会 报告 下 面 的 错误 : 


/local/include/stl/_algo.h: In function ‘struct _STL::_List_iterator<_STL: :basic 
_string<char,_STL::char_traits<char>,_STL::allocator<char> >,_STL::_Nonconst_tra 
its<_STL: :basic_string<char,_STL::char_traits<char>, _STL::allocator<char> > > > 

STL: :find_if<_STL::_List_iterator<_STL: :basic_string<char,_STL::char_traits<cha 
r>,_STL: :allocator<char> >,_STL::_Nonconst_traits<_STL: :basic_string<char, STL: : 
char_traits<char>, STL: :allocator<char> > > >, _STL::binder2nd<_STL: :greater<int 
>> >(_STL::_List_iterator<_STL: :basic_string<char,_STL::char_traits<char>, _STL: 
:allocator<char> >, _STL::_Nonconst_traits<_STL: :basic_string<char, STL: :char_tra 
its<char>,_STL::allocator<char> > > >, _STL::_List_iterator<_STL: :basic_string<c 
har, _STL::char_traits<char>, STL::allocator<char> >,_STL::_Nonconst_traits<_STL: 
:basic_string<char,_STL::char_traits<char>,_STL::allocator<char> > > >, _STL::bi 
nder2nd<_STL: :greater<int> >, _STL::input_iterator_tag)’: 


/local/include/stl/_algo.h:115: instantiated from ‘_STL::find_if<_STL::_List_i 
terator<_STL: : basic_string<char, STL: :char_traits<char>,_STL::allocator<char> >, 
STL: :_Nonconst_traits<_STL: :basic_string<char, _STL::char_traits<char>,_STL::all 
ocator<char> > > >, _STL::binder2nd<_STL::greater<int> > >(_STL::_List_iterator< 
_STL: :basic_string<char,_STL::char_traits<char>,_STL::allocator<char> >,_STL::_N 
onconst_traits<_STL: :basic_string<char,_STL::char_traits<char>,_ STL: :allocator<c 
har> > > >, _STL::_List_iterator<_STL: :basic_string<char, STL: :char_traits<char> 
, STL: :allocator<char> >, _STL::_Nonconst_traits<_STL: :basic_string<char,_STL::ch 
ar_traits<char>,_STL::allocator<char> > > >, _STL::binder2nd<_STL: :greater<int> 

>)? 

testprog.cpp:18: instantiated from here 

/local/include/st1l/_algo.h:78: no match for call to ‘(_STL::binder2nd<_STL::grea 
ter<int> >) (_STL: :basic_string<char,_STL::char_traits<char>,_ STL: :allocator<cha 
T> > &)? 

/local/include/stl/_function.h:261: candidates are: bool _STL::binder2nd<_STL: :g 
reater<int> >::operator ()(const int &) const 


e a oe 段 小 说 ， 而 不 是 诊断 信息 。 它 会 大 大 打击 模板 初学 
者 的 信心 。 然 而 ， 当 有 了 一 定 的 经 验 之 后 ， 我 们 就 会 用 现 这 类 信息 也 是 可 应 人 
的 ， HOT LILLE REEE, 


错误 信息 的 第 一 部 分 表明 : ZESK CF ocal/include/stl/_ algoh 里 面 的 一 个 函数 
模板 实例 〈 有 具有 一 个 特别 长 的 名 称 ) 中 出 现 了 一 个 错误 。 接 下 来 ， 编 译 器 报告 它 
为 什么 实例 化 这 个 特殊 的 实例 。 在 这 个 例子 中 ， 所 有 错误 都 从 testprog.cpp ( 它 是 
包含 我 们 例子 代码 的 文件 ) 的 第 18 行 开始 ， 该 行 引起 _algo.h 头 文件 在 115 行 进行 
find if 模板 的 实例 化 。 编译 器 报告 了 所 有 的 这 些 错误 ， 但 我 们 可 能 并 不 期 望 看 到 
eens 然而 ， 这 样 却 可 以 想 让 我 们 清楚 引起 实例 化 事件 的 整个 过 
Hs 


然而 ， 在 我 们 的 例子 里 ， 我 们 相信 所 需要 的 模板 都 已 经 被 实例 化 了 ， 并 不 知 


道 为 什么 仍然 会 出 现 错误 。 事 实 上 ， 最 后 一 部 分 信息 给 出 了 答案 ， 它 说 明 ‘no 
match for cal?， 这 意味 着 有 一 个 函数 调用 的 实 参 类 型 和 参数 类 型 不 匹配 ， 从 而 不 
能 被 解析 。 而 且 ， 在 这 一 行 的 后 面 ， 包 含 ‘candidate are’ 的 那 一 行 解释 ， 存在 一 个 
单一 的 候选 类 型 ， 它 期 望 的 是 一 个 整 型 〈 即 参数 类 型 为 const int&) 。 再 回头 看 程 
序 的 第 18 行 ， 我 们 看 到 std::bind2nd(std::greater<int>(),“A”) 确 实 包 含 了 一 个 整 型 
《 即 <int>) ， 因 此 可 以 知道 它 和 我 们 在 例子 中 要 查找 的 字符 串 类 型 是 不 一 致 的 。 
我 们 把 <int> 蔡 换 为 <std::string>， 例 子 就 可 以 正确 运行 了 。 


宣 无 疑问， 这 些 错 误 信 息 可 以 具有 更 好 的 结构 ， 从 而 就 可 以 在 实例 化 之 前 发 
现实 际 的 问题 。 首 先 ， 我 们 要 使 用 一 种 方法 来 苦 换 完全 扩展 的 模板 实例 化 名 称 : 
如 MyTemplate<YourTemplate<int>> 应 该 分 解 为 MyTemplate<T> 和 
T=YourTemplate<int>， 从 而 减少 名 称 的 长 度 。 另 一 方面 ， 在 很 多 情况 下 ， 所 有 的 
诊断 信息 都 可 能 是 很 有 用 的 ; 因此 如 果 其 他 的 编译 器 也 提供 了 类 似 的 诊断 信息 
《尽管 采用 了 上 面 的 结构 化 信息 ) ， 那 也 就 不 足 为 奇 了 。 


Leor Zolman 编 写 了 一 个 名 为 STLFilt 的 实用 程序 ， 它 提供 了 一 种 方法 ， 用 于 解 
读 多 种 编译 器 输出 的 STL 错 误 信息 ( 见 http://www.bdsoft. com/tools/stlfilt.html) 。 


6.6.2 ” 浅 式 实例 化 


如 果 错 误 是 在 经 过 很 长 的 实例 化 链表 之 后 才 被 发 现 的 ， 那 么 将 会 出 现 诸如 前 
面 所 讨论 那些 诊断 信息 。 为 了 说 明 这 个 问题 ， 先 考虑 下 面 我 们 自己 写 的 代码 : 


template <typename T> 
void clear (T const& p) 


*p = @; // 假 设 T 是 一 个 类 似 指针 的 类 型 


template <typename T> 
void core (T const& p) 


clear(p); 


} 
template <typename T> 


void middle (typename T::Index p) 


core(p); 


} 
template <typename T> 
void shell (T const& env) 
{ 
typename T::Index i; 
middle<T>(i); 
} 


class Client { 


public: 
typedef int Index; 
}; 


Client main_client; 
int main() 


shell(main_client) ; 


这 个 例子 给 出 了 软件 开发 中 典型 的 层次 结构 : 诸如 shellO0 的 高 层 函 数 模板 依 
赖 于 诸如 middle() 的 组 件 ， 而 组 件 又 使 用 了 诸如 core() 的 功能 。 妆 我 们 实例 化 shell0 
的 时 候 ， 它 下 面 层次 的 函数 模板 也 应 该 相应 地 被 实例 化 。 在 这 个 例子 里 ， 我 们 在 
最 底层 发 现 了 一 个 问题 :我们 用 int 类 型 对 coreO 进 行 实例 化 (int 来 自 于 middleO 中 
Client::Index 的 使 用 ) ， 并 且 试 图 对 一 个 int 类 型 的 值 解 引 用 Cdereference) ， 而 这 
明显 是 错误 的 。 另 外 ， 一 份 完整 的 通用 诊断 信息 应 该 包含 对 产生 这 个 问题 的 所 有 
层次 的 跟踪 信息 ， 但 我 们 往往 会 发 现 根本 很 难 准确 把 握 这 么 多 的 信息 。 


在 [StroustrupDnE] 中 我 们 可 以 找到 一 些 围绕 这 个 问题 的 详细 讨论 ，Bjarne 
Stroustrup 提 出 了 两 种 可 以 提前 验证 模板 实 参 是 否 符合 一 系列 约束 的 方法 : 通过 语 
言 扩 展 或 者 通过 提前 使 用 参数 。 我 们 将 在 13.11 节 对 前 一 种 方法 进行 介绍 ;而 后 一 
种 方法 主要 在 于 把 模板 错误 强制 在 浅 式 实例 化 中 。 我 们 是 通过 插入 没有 被 使 用 的 
代码 [12 来 获取 这 种 实现 的 ， 这 些 代 码 并 没有 其 他 的 用 途 ， 只 是 在 实例 化 模板 代码 
的 高 层 模板 实 参 不 符合 低层 模板 约束 时 ， 引 发 一 个 错误 。 


在 我 们 前 面 的 例子 中 ， 我 们 可 以 在 shell0 中 添加 代码 ， 让 它 试 图 对 T::Index 类 
型 的 值 进行 解 引 用 。 例 如 : 


template <typename T> 

inline void ignore(T const&) 
{ 

} 


template <typename T> 
void shell (T const& env) 


{ 
class ShallowChecks { 
void deref(T::Index ptr) { 
ignore(*ptr); 
} 
}; 
typename T::Index I; 
middle(i); 
} 


如 果 T 是 一 个 使 T::Index 不 能 被 解 引用 的 类 型 ， 那 么 在 局 部 类 ShallowChecks 将 
会 引发 一 个 错误 。 另 外 我 们 知道 ， 实 际 上 这 个 局 部 类 并 没有 被 使 用 〈 即 哑 代 


码 ) ， 因 此 添加 的 代码 并 不 会 影响 shell0 函 数 的 运行 时 间 。 但 遗憾 的 是 ， 许 多 编 
译 器 都 会 对 ShallowChecks 并 没有 被 使 用 的 这 个 事实 〈 它 的 成 员 也 没有 被 使 用 ) 提 
出 警告 。 我 们 可 以 使 用 诸如 ignore0 模 板 等 tricksQ3 来 避免 这 类 警告 ， 但 却 会 增加 
代码 的 复杂 度 。 


显然 ， 在 我 们 的 例子 中 所 开发 的 这 种 哑 代 码 会 和 实现 模板 实际 功能 的 代码 一 
样 复杂 。 为 了 控制 这 种 复杂 度 ， 我 们 需要 收集 各 种 哑 代 码 片断 来 组 成 一 个 程序 
库 。 壁 如 ， 这 样 一 个 程序 库 应 该 包含 了 许多 可 以 扩展 成 代码 的 宏 ， 当 模板 的 参数 
替换 违反 了 参数 蔡 换 的 concept 时 ， 这 些 代 码 就 会 引发 一 个 错误 。 就 目前 而 言 ， 最 
流行 的 这 类 程序 库 是 Concept Check Library， 它 属于 Boost 库 发 布 产 品 的 一 部 分 。 


遗憾 的 是 ， 这 些 技术 的 可 移植 性 很 差 ( 不 同 的 编译 器 对 错误 的 诊断 方法 并 不 
一 致 )， 而 且 ， 有 时 候 还 掩饰 了 一 些 在 更 高 层次 不 能 被 捕获 的 错误 。 


6.6.3 ”长 符号 串 


我 们 在 6.6.1 小 市 分 析 的 错误 信息 还 带 来 了 为 一 个 模板 问题 ， 实 例 化 后 的 模板 
en ne genie ee 0 


_STL::basic_string<char, STL::char_traits<char>, 
_STL::allocator<char> > 


某 些 使 用 C++ 标 准 库 的 程序 经 营 会 产生 超过 10 000 个 字符 的 符号 串 ， 而 这 些 
超 长 的 字符 很 容易 会 令 编 译 器 、 链 接 器 和 调试 器 产生 错误 或 者 警告 信息 。 虽 然 现 
ee a a ,0 
不 ay o 


6.6.4 ”跟踪 程序 


到 目前 为 止 ， 我 们 已 经 讨论 了 编译 和 链接 包含 模板 的 程序 时 所 出 现 的 错误 。 
然而 ， 最 具 挑 战 性 的 任务 在 于 : 在 确认 程序 可 以 正确 运行 之 前 ， 我 们 先 要 确认 程 
序 的 创建 过 程 也 是 成 功 的 。 模 板 通 党 都 会 令 创建 过 程 更 加 复杂 ， 因 为 模板 所 表示 
的 通用 代码 0 还 要 依赖 于 使 用 模板 的 客户 端 〈 这 也 是 比 普通 类 、 普 通 函数 多 的 地 
J) o IRERE (tracer) 是 一 个 软件 设备 ， 它 通过 在 开发 周期 的 早期 检测 模板 定 
义 中 的 问题 ， 来 减轻 调试 时 各 个 方面 的 负担 。 


跟踪 程序 可 以 是 一 个 用 户 定义 的 类 ， 可 以 用 做 一 个 测试 模板 的 实 参 。 通 常 ， 
该 类 的 定义 有 且 仅 有 满足 模板 测试 的 功能 。 更 重要 的 是 ， 对 于 跟踪 程序 所 调用 的 
每 个 操作 ， 该 跟踪 程序 都 应 该 产生 一 个 针对 该 操作 的 跟踪 。 例 如 ， 利 用 跟 踩 程 
序 ， 我 们 可 以 用 实验 方法 来 确认 算法 的 效率 和 操作 的 实际 调用 步骤 。 


下 面 是 一 个 利用 跟踪 程序 来 测试 排序 算法 的 例子 : 


//basics/tracer.hpp 
#include <iostream> 


class SortTracer { 


private: 
int value; // 要 被 排序 的 整数 值 
int generation; 11/7" EG NA 
static long n_created; // 调 用 构造 函数 的 次 数 
static long n_destroyed; // 调 用 析 构 函数 的 次 数 
static long n_assigned; // 赋 值 的 次 数 
static long n_compared; // 比 较 的 次 数 
static long n_max_live; // 现 存 对 象 的 最 大 个 数 


// 重 新 计算 现存 对 象 的 最 大 个 数 
static void update_max_live() { 
if(n_created-n_destroyed > n_max_live) { 
n_max_live = n_created - n_destroyed; 
} 


} 


public: 
static long creations() { 
return n_created; 
} 
static long destructions() { 
return n_destroyed; 


static long assignments() { 
return n_assigned; 

} 

static long comparisons() { 
return n_compared; 


static long max_live() { 
return n_max_live; 


} 


public: 
// 构 造 函 数 
SortTracer (int v = @) : value(v), generation(1) { 
++n_created; 
update_max_live(); 
std::cerr << “SortTracer # “ << n_created 
<<”, created generation “ << generation 
<< © (total: “ << n_create - n_destroyed 
<< 1) \n?; 


} 
// 找 贝 构造 函数 


SortTracer (SortTracer const& b) 
: value(b.value), generation(b.generation + 1) { 


}3 


++n_created; 

update_max_live(); 

std::cerr << “SortTracer #” << n_created 
<<”, copied as generation “ << generation 
<< © (total: “ << n_created - n_destroyed 
<< y) \n”; 


} 


// 析 构 函数 
~SortTracer() { 
++n_destroyed; 
update_max_live(); 
std::cerr << “SortTracer generation “ << generation 
<< “ destroyed (total: “ 
<< n_created - n_destroyed << “)\n”; 


} 
// 赋值 运算 符 
SortTracer& operator= (SortTracer const& b) { 
++n_assigned; 
std::cerr << "SortTracer assignment #" << n_assigned 
<< " (generation " << generation 
<< "=" << b.generation 
<< ")\n"; 
value = b.value; 
return *this; 


} 
// 比较 运算 符 


friend bool operator < (SortTracer const& a, 
SortTracer const& b) { 


++n_compared}; 

std::cerr << "SortTracer comparison #" << n_compared 
<< " (generation " << a.generation 
<< " < " << b.generation 
<< ")\n"; 

return a.value < b.value; 


} 


int val() const { 
return value; 


} 


O 
TA: 


除了 排序 值 value 之 外 ， 这 个 tracer 类 还 提供 了 几 个 用 来 跟踪 实际 排序 过 程 的 成 
generation 跟 踪 原 有 对 象 产生 了 多 少 份 拷 贝 。 其 他 的 静态 成 员 分 别 跟踪 : 创建 


的 个 数 构造 函数 调用 的 次 数 ) 、 析 构 函 数 调用 的 次 数 、 赋 值 运算 符 调 用 的 次 


数 、 


比较 的 次 数 以 及 同一 时 刻 现存 对 象 的 最 大 个 数 。 
下 面 的 静态 成 员 定 义 在 一 个 分 开 的 dot-C 文 件 中 : 


//basics/traler.cpp 


#include "tracer.hpp" 


long SortTracer::n_created = 0; 
long SortTracer::n_destroyed = 


ð; 


long SortTracer::n_max_live = ð; 
long SortTracer::n_assigned = @; 
long SortTracer::n_compared = ®; 


这 个 特殊 的 跟踪 程序 Ctracer) 类 让 我 们 能 够 跟踪 给 定 模 板 的 模式 、 实 体 创 
析 构 函数 、 赋 值 操 作 和 比较 操作 。 下 面 的 测试 程序 针对 C++ 标准 库 的 std::sort 


算法 来 说 明 这 一 系列 跟踪 : 


//basics/tracertest. cpp 
#include <iostream> 
#include <algorithm> 
#include "tracer.hpp" 


int main() 


{ 


// 准备 输入 的 例子 : 
SortTracer input[] = { 7, 3, 5, 6, 4, 2, ®©, 1, 9, 8 }; 


// 输出 初始 值 : 
for (int i=@; i<10; ++i) { 

std::cerr << input[i].val() << ' '; 
} 


std::cerr << std::endl; 


// 存 取 初始 状态 : 

long created_at_start = SortTracer: :creations(); 
long max_live_at_start = SortTracer::max_live(); 
long assigned_at_start = SortTracer::assignments(); 
long compared_at_start = SortTracer::comparisons(); 


// 执行 算法 : 


std::cerr << "---[ Start std::sort() ]-------------------- \n"; 
std::sort<>(&input[@], &input[9]+1); 
std::cerr << "---[ End std::sort() ]---------------------- \n"; 


// 确认 结果 : 
for (int i=@; i<10; ++i) { 

std::cerr << input[i].val() << ' '; 
} 


std::cerr << "\n\n"; 


// 最 后 的 输出 报告 : 

std::cerr << "std::sort() of 10 SortTracer's" 
<< " was performed by:\n 
<< SortTracer::creations() - created_at_start 
<< " temporary tracers\n 
<< "up to " 
<< SortTracer: :max_live() 


<< " tracers at the same time (" 

<< max_live_at_start << " before)\n " 

<< SortTracer: :assignments() - assigned_at_start 
<< " assignments\n " 

<< SortTracer::comparisons() - compared_at_start 
<< " comparisons\n\n"; 


运行 这 个 程序 我 们 将 会 看 到 多 行 的 输出 ， 但 从 “最 后 的 输出 报告 "这 一 行 开始 
我 们 可 以 得 到 所 期 望 的 结论 。 和 针对 std::sort0) 函 数 的 实现 ， 我 们 可 以 得 到 下 面 的 输 


出 报告 : 


std::sort() of 10 SortTracer’s was performed by: 
15 temporary tracers 
up to 12 tracers as the same time (10 before) 
33 assignments 
27 comparisons 


璧 如， 我 们 在 例子 中 可 以 看 到 : 在 排序 的 时 候 ， 虽 然 创建 了 15 个 临时 的 
tracer， 但 在 同一 时 刻 最 多 只 存在 两 个 多 余 的 tracer。 


因此 ， 我 们 的 tracer 扮 演 着 两 种 角色 : 它 说 明了 我 们 的 tracer 完 全 满足 标准 
sort() 算 法 的 要 求 〈( 例 如 ， 并 不 需要 运算 符 = = 和 运算 符 >) ， 另 外 ， 它 让 我 们 对 算 
法 的 开销 有 个 大 体 的 把 握 。 然 而 ， 它 并 没有 给 出 排序 模板 的 正确 性 究竟 如 何 。 


6.6.5 oracles 


使 用 跟踪 程序 是 相对 比较 简单 和 行 之 有 效 的 技术 ， 但 它 只 能 让 我 们 对 模板 的 
特定 输入 和 相关 功能 的 特定 行为 进行 跟踪 。 然 而 ， 我 们 可 能 会 期 望 跟 踩 程 序 能 够 
处 理 并 不 局 限于 这 些 特定 要 求 的 其 他 情况 。 例 如 ， 用 于 排序 算法 的 比较 运算 符 需 
要 具备 什么 条 件 ， 才 能 够 使 比较 是 有 效 的 (或 者 是 正确 的 ) 。 但 在 例子 中 ， 我 们 
只 是 对 整数 和 小 于 号 情况 进行 了 测试 ， 在 测试 条 件 下 ， 该 比较 运算 符 是 有 效 的 ， 
但 对 其 他 的 情况 ， 该 运算 符 是 否 仍然 有 效 则 一 概 不 知 。 


在 某 些 领域 ，tracer 的 一 个 扩展 版 本 被 称 为 oracles〈 或 称 为 run-time analysis 
oracles) 。 它 们 是 连接 到 推理 引擎 的 tracers 一 所谓 推理 引擎 (inference engine) 
是 一 个 程序 ， 它 可 以 记 住 用 来 推导 出 结论 的 断言 和 推理 。 有 一 个 被 应 用 于 标准 库 
某 一 部 分 的 这 种 系统 ， 它 的 名 字 叫 MELAS，[MnusserWangDynaVerildsl 对 它 有 详 
细 的 讨论 。 


在 某 些 情况 下 ， 利 用 oracles， 我 们 可 以 动态 地 验证 模板 算法 ， 而 不 需要 完全 
指定 作为 替换 的 模板 实 参 (oracles 本 身 就 是 实 参 ) ， 也 不 需要 指定 输入 数据 ( 当 
程序 由 于 缺少 输入 数据 而 不 能 继续 时 ， 推 理 引 擎 会 请 求 某 种 输入 假设 ) 。 然 而 ， 
在 这 种 方式 下 ， 对 算法 复杂 度 的 分 析 也 是 相当 有 限 的 《由 于 推理 引擎 的 不 足 ) ， 
而 且 工作 量 是 巨大 的 。 基 于 这 些 原因 ， 我 们 并 不 深入 研究 oracles， 但 是 有 兴趣 的 


读者 可 以 参考 前 面 所 提 到 的 那 本 书 〈 和 书 中 所 列 的 书目 ) 。 
6.6.6 archetypes 


我 们 前 面 提 到 : tracers 通 常 提供 了 一 个 接口 ， 它 是 所 跟踪 模板 需要 具备 的 最 
小 接口 。 当 “只 具备 这 个 接口 的 tracer” 并 不 产生 运行 期 输出 的 时 候 ， 我 们 有 时 把 这 
种 tracer 称 为 archetype 原型)。 利 用 archetype， 我 们 可 以 验证 一 个 模板 实现 是 否 
会 请 求 期 望 之 外 的 语法 约束 。 典 型 而 言 ， 一 个 模板 的 实现 可 能 会 为 模板 库 中 标记 
的 每 个 concept， 都 开发 一 个 archetype。 


6.7 ”本章 后 记 


在 头 文件 和 dot-C 文 件 中 ， 所 有 源 代码 的 组 织 都 是 基于 一 处 定义 原则 〈one- 
definition rule, ODR) 的 ， 附 录 A 对 这 个 原则 进行 深入 的 讨论 。 


包含 模型 和 分 离 模型 之 间 的 比较 已 经 成 为 一 个 争论 性 话题 。 包 含 模型 是 实际 
采用 的 方法 ， 现 在 的 C++ 编译 器 实现 采用 的 大 多 就 是 这 种 方法 。 然 而 ， 这 和 首 个 
C++ 实 现 是 有 区 别 的 :在 首 个 实现 中 ， 模 板 定 义 的 包含 是 隐 式 的 ， 它 会 给 人 一 种 
类 似 分 离 模型 的 错觉 (关于 这 个 首次 实现 的 模型 ， 请 参照 第 10 章 )。 


[StroustrupDnE] 详 细 乒 述 了 Stroustrup 对 模板 代码 的 组 织 和 相关 实现 的 挑战 的 
看 法 。 显 然 ， 他 所 提议 的 并 不 是 包含 模型 。 然 而 ， 在 标准 化 的 过 程 中 ， 看 起 来 好 
像 又 只 有 包含 模型 才 是 唯一 可 行 的 方法 。 然 而 ， 经 过 了 多 轮 激烈 的 争论 之 后 ， 某 
些 人 提议 了 一 种 具有 更 低 耦 合 度 和 高 效率 的 模型 ， 后 来 演变 成 分 离 模型 。 和 包含 
模型 不 同 ， 分 离 模 型 只 是 一 个 理论 模型 ， 并 没有 以 现存 实现 为 基础 。 事 实 上， 之 
后 总 共 花 费 了 5 年 的 时 间 才 实现 出 了 第 1 个 分 离 横 型 2002 年 5 月 ) 。 


我 们 可 能 会 期 望 可 以 扩展 预 编 译 头 文件 的 concept， 让 每 次 编译 可 以 加 载 多 个 
头 文 件 。 这 在 原则 上 将 需要 一 个 更 细 化 的 预 编 译 方法 。 然 而 ， 这 里 的 主要 障 但 是 
预 处 理 程序 ， 在 一 个 头 文件 中 ， 宏 可 以 改变 后 面 所 区 nclude 的 头 文 件 的 含义 。 然 
而 ， 当 一 个 文件 经 过 预 编译 之 后 ， 宏 处 理 也 就 完成 了 ， 这 时 ， 对 于 其 他 头 文 件 经 
要 想 在 该 结果 中 插入 一 个 预 编 译 头 文件 几乎 是 不 现 


有 一 种 党 试 提高 C++ 编译 器 诊断 信息 的 技术 ， 它 主要 是 通过 在 高 层 模板 插入 
哑 代 码 来 实现 的 ， 我 们 可 以 参考 Jeremy Siek 的 Concept Check Library (1 
[BCCL]) 它 是 Boost 库 的 一 部 分 ( 见 [Boost])。 


6.8 ”小 结 


o 模板 给 原始 的 “编译 器 十 链接 絮 ” 模 型 带 来 挑战 ， 因 此 ， 需 要 使 用 其 他 的 方法 
来 组 织 模板 代码 ， 这 些 方法 是 包含 模型 、 显 式 实 例 化 和 分 离 模 型 。 

ee eee eee eae 
LIFR o 

。 通过 把 模板 声明 代码 和 模板 定义 代码 放 在 不 同 的 头 文件 中 ， 你 可 以 很 容易 地 
在 包含 模型 和 显 式 实例 化 之 间 做 出 选择 。 

© C++ 标准 为 模板 定义 了 一 个 分 离 的 编译 模型 〈 使 用 关键 字 export) 。 然 而 ， 该 
关键 字 的 使 用 还 没有 普及 ， 很 多 编译 器 也 不 提供 文 持 。 

。 调试 模板 代码 是 具有 挑战 性 的 。 

。 模板 实例 化 体 可 能 会 具有 很 长 的 名 称 。 

。 为 了 充分 利用 预 编译 代码 ， 要 确认 #include 指 示 符 的 顺序 是 相同 的 。 


[1] 译注 : 在 本 书 中 ， class 会 翻 详 成 类 ， 而 type 会 翻译 成 类 型 ; 或 许 把 type 翻 译 
成 型 别 可 以 更 好 地 避免 产生 混淆 ， 但 型 别 这 个 词 并 不 符合 国内 的 语言 习惯 。 


[2] 译注 : 它们 是 不 同 的 指示 符 。 

[3] 译注 ， 就 是 说 不 能 同时 出 现 两 个 print_typeof<int> 等 。 

[4] 译注 : 这 一 节 里 面 作 者 所 谈 到 的 例子 都 能 在 VC6 下 通过 。 

[5] 译注 : 就 是 使 用 了 关键 字 export 的 模板 。 

[6] 据 我 所 知 ，Edison Design Group, Inc. (EDG) 就 是 唯一 的 一 家 公司 〈 见 
[EDG]) ; 而且， 它们 的 技术 对 其 他 开发 商 是 开放 的 。VC6 和 VC7 确 实 不 文 持 使 
用 export 来 作为 模板 的 修饰 符 。 

[7] 并 不 是 所 有 的 人 都 支持 这 种 “隐藏 源 代码 ”方法 。 

[8] 译注 : 这 个 “隐藏 "是 动词 。 


i ee 
ERT 


[10] 从 理论 上 讲 ， 标 准 头 文件 实际 上 并 不 需要 对 应 实际 的 物理 文件 。 但 实际 
上 ， 它 们 确实 对 应 了 实际 的 物理 文件 ， 并 且 所 对 应 的 还 是 很 大 的 文件 。 


[11] C++ 委 员 会 的 菜 些 成 员 认 为 :全面 的 std.hpp 尖 文件 可 以 带 来 很 多 方便 ， 因 此 
他 们 建议 把 该 头 文件 引入 到 标准 中 ， 并 称 为 一 个 标准 头 文件 。 于 是 ， 我 们 将 能 够 


编写 #include<std>。 而 某 些 成 员 则 认为 : 这 个 文件 应 该 是 隐 式 包含 的 ， 因 此 即使 
在 没有 ##include 该 文件 的 情况 下 ， 所 有 的 标准 库 功能 就 可 用 的 了 。 


[12] 译注 : 也 称 作 “ 哑 代码 ”。 


[13] 译注 : 这 里 保留 原文 。 ee 有 人 把 它们 看 成 实现 某 种 功能 的 高 超 
技术 ， 也 有 人 把 它 看 成 旁 门 左 道 


[14] VEE: 通用 代码 ， 原文 是 generic code. #654 FE generic kz a”, 

generic programming 翻 译 成 * 泛 型 程序 设计 ”; aa Tae ea 

成 “HFA”, generic programming 也 应 该 翻译 成 < 通用 程序 设计 ”。 这 样 更 符合 汉语 的 
习惯 ， 也 便于 读者 从 字面 上 理解 。 


[15] 作者 David Musser 也 是 C++ 标准 库 发 展 过 程 中 的 一 个 重要 人 物 。 而 且 ， 他 设 
计 和 实现 了 第 一 个 关联 容器 。 


第 7 草 ”模板 术语 


到 现在 为 止 ， 我 们 已 经 介绍 了 C++ 模 板 的 基本 概念 ; 在 进一步 深入 介绍 之 
前 ， 我 们 先 回顾 前 面 所 使 用 过 的 一 些 概念 。 这 是 很 有 必要 的 ， 因 为 在 C++ 社 团 
(也 包括 C++ 标 准 委 员 会 ) 中 ， 还 没有 给 出 这 些 概念 和 术语 的 精确 定义 。 


7.1 “类 模板 ”还 是 “模板 类 >” 


在 C++ 中 ， 类 和 联合 nion 都 被 称 为 类 类 型 (class type) 。 如 果 不 加 额 
外 的 限定 ， 我 们 通常 所 说 的 “类 (class) ”是 指 : 用 关键 字 class 或 者 structt41 引 入 的 
类 类 型 (class type)。 需 要 特别 注意 的 一 点 就 是 : 类 类 型 (class type) 包括 联合 
Cunion) ， 而 “类 (class) ”不 包括 联合 (union) 。 


关于 如 何 称呼 具备 模板 特性 的 类 ， 现 今 还 存在 一 些 混淆 : 


术语 类 模板 (class template) 说 明 的 是 : 该 类 是 一 个 模板 ， 它 代表 的 是 :， 整个 类 
家 族 的 参数 化 描述 。 
另 一 方面 ， 模 板 类 (template class) 通 常 被 用 于 下 面 几 个 方面 : 

(1) 作为 类 模板 的 同义词 。 


(2) 从 模板 产生 的 类 。 


(3) 具有 一 个 template-id ”名 称 的 类 。 


其 中 ， 第 2 个 含义 和 第 3 个 含义 的 区 别 是 很 细微 的 ， 而 且 对 于 本 书 的 其 余部 
它们 的 区 别 也 无 关 紧 要 。 


站 


~ 


鉴于 这 些 不 精确 性 ， 在 本 书 的 叙述 中 我 们 将 避免 使 用 模板 类 (template class). 


类 似 ， 我 们 将 使 用 函数 模板 (function template] 和 成 员 函 数 模 板 (member 
function template)， 而 避免 使 用 模板 函数 (template function) 和 模板 成 员 函 数 


(template member function). 


7.2 ”实例 化 和 特 化 


模板 实例 化 是 一 个 通过 使 用 具体 值 蔡 换 模板 实 参 ， 从 模板 产生 出 普通 类 、 函 
数 或 者 成 员 函 数 的 过 程 。 这 个 过 程 最 后 获得 的 实体 (HEINZE, 函数 或 者 成 员 函 
数 ) 就 是 我 们 通常 所 说 的 特 化 (specialization〉。 


然而 ， 在 C++ 中 ， 实 例 化 过 程 并 不 是 产生 特 化 的 唯一 方式 。 程 序 员 可 以 使 用 
其 他 机 制 来 显 式 地 指定 某 个 声明 ， 该 声明 对 模板 参数 进行 特定 的 蔡 换 ， 从 而 产生 
特 化 。 壁 如 我 们 在 3.3 节 所 介绍 的 ， 通 过 引入 一 个 template<> 来 获得 特 化 : 


template <typename T1,typename T2> // 基 本 的 类 模板 
class MyClass { 


= 


template<> // 显 式 特 化 
class MyClass<std::string,float> { 


2 


严格 地 说 ， 上 面 就 是 我 们 通常 所 讲 的 显 式 特 化 Cexplicit specialization) (区 
别 于 实例 化 特 化 或 者 其 他 方式 产生 的 特 化 〉。 


如 3.4 节 所 述 ， 对 于 仍然 具有 模板 参数 的 特 化 ， 我 们 称 之 为 局 部 特 化 (partial 


specialization) : 


template <typename T> 

class Myclass<T, T>{ 

}; 

template <typename T> // 局 部 特 化 
class MyClass<bool,T> { 


A 


另外 ， 当 谈 及 《〈 显 式 或 隐 式 ) 特 化 的 时 候 ， 我 们 把 普通 模板 〈general 
template) 称 为 基本 模板 (primary template) 。 


7.3 声明 和 和 定义 


到 目前 为 止 ， 我 们 在 书 中 少数 几 个 地 方 使 用 了 声明 (declaration〉 和 定义 
(definition) 这 两 个 概念 。 在 标准 C++ 中 ， 这 两 个 概念 都 是 有 准确 定义 的 ， 我 们 
所 使 用 的 也 正 是 准确 的 概念 。 


声明 是 一 种 C++ 构造 〈construct) ， 它 引入 或 重新 引入 ) 一 个 名 称 到 某 个 
C++ 作用 域 (scope) 中 。 而 且 ， 这 种 引入 通常 都 包含 对 所 引入 名 称 的 一 个 局 部 
分 类 (partial classification) 。 但 是 ， 有 效 的 声明 并 不 要 求 包 含 被 引入 对 象 的 细 
节 。 例 如 : 


class C; // 类 C 的 声明 


void f(int p); // 函 数 f 的 声明 ， 其 中 p 是 一 个 被 命名 的 参数 
extern int v; // 变 量 v 的 声明 


另外 ， 对 于 宕 定义 和 goto 语 句 而 言 ， 即 使 它们 都 具有 一 个 名 称 ， 但 它们 却 不 
属于 声明 的 范畴 。 


如 果 已 经 确定 了 这 种 C++ 构造 《 即 声明 ) 的 细节 ， 或 者 对 于 变量 而 言 ， 己 经 
为 它 分 配 了 内 存 空间 ， 那 么 声明 就 变 成 了 定义 〈definition) 。 对 于 “类 类 型 (class 
type) 或 者 函数 的 ?定义 ， 这 意味 着 必须 提供 一 对 花 括 号 内 部 的 实体 。 对 于 变量 而 
言 ， 进 行 初 始 化 和 不 具有 extern 关 键 字 的 声明 都 是 定义 。 下 面 针 对 上 面 的 非 定 义 
声明 ， 来 具体 说 明 哪些 是 相应 的 定义 : 


class C }; // 类 C 的 定义 《和 声明 ) 


void f(int p) { // 函 数 f() 的 定义 《和 声明 ) 
std::cout << p << std::endl; 
} 


extern int v = 1; // 一 个 初始 化 器 使 之 成 为 v 的 定义 


int w; // 前 面 没 有 extern 的 全 局 变量 声明 ， 同 时 也 是 定义 


我 们 还 可 以 把 范围 扩大 一 些 ， 对 于 类 模板 或 者 函数 模板 的 声明 ， 如 果 本 里 具 
有 代码 实体 ， 我 们 就 称 之 为 定义 。 因 此 


template <typename T> 
void func(T); 
是 声明 ， 并 不 是 定义 ; 然而 


template <typename T> 


| class S {}3 


74 一 处 定义 原则 


“C++ 语 言 的 定义 ”在 各 种 实体 的 重新 声明 上 面 强 加 了 一 些 约束 ， 一 处 定义 原 
则 (或 称 为 ODR，one-definition rule) 就 是 这 些 约束 的 全 体 。 这 一 原则 的 细节 是 
相当 复杂 的 ， 并 且 在 不 同 的 条 件 下 变化 也 很 大 ， 因 此 我 们 将 在 后 面 章节 详细 讨论 
每 种 应 用 环境 下 该 原则 的 方方面面 ， 另 外 ， 在 附录 A 你 可 以 找到 ODR 的 完整 描 
述 。 现 在 ， 我 们 只 需要 记 住 下 面 的 ODR 基 本 原则 就 足够 了 : 


se。 和 全 局 变量 与 静态 数据 成 员 一 样 ， 在 整个 程序 中 ， 非 内 联 函 数 和 成 员 函 数 只 
能 被 定义 一 次 。 

e 类 类 型 (class type， 包 括 struct 与 union) 和 内 联 函 数 在 每 个 翻译 单元 中 最 多 只 
能 被 定义 一 次 ， 如 果 存 在 多 个 翻译 单元 ， 则 其 所 有 的 定义 都 必须 是 等 同 的 。 


一 个 翻译 单元 (translation unit) 是 指 : 预 处 理 一 个 源 文件 所 获得 的 结果 ; 就 
是 说 ， 它 包括 机 nclude 指 示 符 〈 即 所 包含 的 头 文 件 ) 所 包含 的 内 容 。 


男 外 ， 在 本 书 的 剩余 章节 里 ， 我 们 所 说 的 可 链接 实体 (Uinkable entity) 指 的 
是 下 面 的 实体 ， 非 内 联 函 数 或 者 非 内 联 成 员 函 数 、 全 局 变量 或 者 静态 成 员 变 量 ， 
还 包括 从 模板 产生 的 上 述 这 些 实体 。 


7.5 ”模板 实 参 和 模板 参数 
比较 下 面 的 类 模板 : 


template <typename T, int N> 
class ArrayInClass { 
public: 
T array[N]; 


}3 


和 一 个 功能 相似 的 普通 类 : 


class DoubleArrayInClass { 
public: 
double array[16]; 


}; 


如 果 我 们 用 double 和 10 分 别 蔡 换 参数 T 和 N， 那 么 这 两 者 在 本 质 上 相同 的 。 在 
C++ 中 ， 我 们 把 这 种 蔡 换 后 的 名 称 表示 为 : 


ArrayInClass<double, 10> 


可 以 看 出 ， 紧 接 在 模板 名 称 ArrayInClass 后 面 的 是 用 一 对 尖 括 号 包围 起 来 的 模 
板 实 参 列表 。 


现在 不 考虑 这 些 实 参 本 身 是 否 依赖 于 模板 参数 ， 我 们 先 引入 一 个 概念 
template-id， 它 指 的 是 模板 名 称 与 “ 紧 随 其 后 的 尖 括 号 内 部 的 所 有 实 参 ”的 组 合 。 


我 们 可 以 像 对 应 的 非 模板 实体 〈 如 DoubleArrayInClass) 那样 地 使 用 这 个 
template-id 名 称 ; 譬如 下 面 的 例子 : 


int main() 


ArrayInClass<double,1@> ad; 
Ad.array[@] = 1.0; 
} 


显然 ， 区 分 模板 参数 (template paramete) 和 模板 实 参 (template argument) 
这 两 个 概念 是 很 有 必要 的 。 简 而 言 之 ， 你 可 以 说 “传递 模板 实 参 使 之 成 为 模板 参 
HD, 或 者 这 样 更 加 准确 地 区 分 : 


。 模板 参数 是 指 : 位 于 模板 声明 或 定义 内 部 ， 关 键 字 template 后 面 押 列举 的 名 称 
〈 璧 如 我 们 例子 中 的 T 和 N) 。 


。 模板 实 参 是 指 : 用 来 蔡 换 模板 参数 的 各 个 对 象 〈 如 我 们 例子 中 的 double 和 
10) 。 和 模板 参数 不 同 的 是 ， 模 板 实 参 可 以 有 不 局 限于 “标识 符 名 称 ”t 中 (就 
是 有 多 种 类 型 或 值 ) 。 


如 果 使 用 template-id 进 行 蔡 换 ， 我 们 就 称 这 种 模板 实 参 取代 模板 参数 的 替换 
人 
AER) 。 


一 个 基本 原则 是 : 模板 实 参 必须 是 一 个 可 以 在 编译 期 确定 的 模板 实体 或 者 
值 。 我 们 将 在 后 面 章节 阐明 ， 这 个 要 求 有 助 于 减少 模板 实体 的 运行 期 开销 。 因 为 
对 于 模板 参数 本 身 而 言 ， 由 于 最 终 可 以 被 编译 期 的 值 所 普 换 ， 它 们 就 可 以 被 用 于 
合成 编译 期 的 表达 式 。 在 ArrayInClass 模 板 中 就 是 利用 这 一 点 ， 来 指定 数组 大 小 
的 。 就 是 说 ， 数 组 大 小 必须 是 一 个 所 谓 的 常量 表达 式 ， 这 通过 模板 参数 N 来 确 
定 。 


我 们 可 以 进一步 引申 这 个 推理 : 因为 模板 参数 是 编译 期 实体 ， 所 以 我 们 用 它 
们 来 生成 有 效 的 模板 实 参 。 下 面 就 是 一 个 例子 : 


template <typename T> 
class Dozen { 
public: 
ArrayInClass<T,12> contents; 


}; 


在 上 面 的 例子 中 可 以 看 出 : T 既 是 一 个 模板 参数 《〈 第 1 个 T) ， 也 是 一 个 模板 
实 参 〈 第 2 个 T) 。 因 此 ， 存 在 一 种 从 简单 模板 构造 出 复杂 模板 的 机 制 。 当 然 ， 这 
个 机 制 和 我 们 前 面 使 用 模板 来 代表 类 型 和 函数 集合 的 机 制 是 本 质 上 是 一 样 的 ， 在 
此 我 们 也 不 讨论 。 


[1] 译注 : 鉴于 这 一 章 主 要 面向 的 是 术语 ， 很 多 词语 会 同时 给 出 英文 和 中 文 。 
[2] 在 C++ 中 ，class 和 struct 的 唯一 区 别 在 于 : 缺 省 访问 权限 。class 的 缺 省 访问 权 
限 是 private， 而 struct 的 缺 省 访问 权限 是 public。 然 而 ， 对 于 具有 新 特性 的 C++ 类 
型 ， 我 们 趋同 于 使 用 class; 而 对 于 可 以 被 用 作 “plain old data(POD)” 的 C 语 言 数据 
结构 ， 我 们 通常 是 使 用 struct。 

[3] 译注 : template-id 见 7.5 节 。 

[4] 译注 : scope 有 人 翻译 成 “ 域 "” 这 里 翻译 成 “作用 域 * 能 够 让 读者 更 容易 理解 。 


[5] 在 学 术 界 里 ， 实 参 (argument) 有 时 也 被 称 为 实际 参数 (actual 
parameter) ， 而 参数 〈 形 参 ，parameter ) 被 称 为 形式 参数 (formal parameter) 。 


Fa 


[6] 译注 ;譬如 上 面 例子 中 的 非 类 型 实 参数 10 就 并 非 标识 符 名 称 。 


Frere va K YR JH- 
第 2 部 分 深入 模板 

本 书 的 第 1 部 分 讲解 了 有 关 C++ 模 板 的 大 多 数 “〈 与 语言 相关 的 ) 概念 。 日 常 
C++ 程序 设计 中 所 遇 到 的 很 多 问题 ， 都 可 以 从 这 部 分 教程 得 到 解答 。 本 书 的 第 2 部 
分 讨论 一 些 更 不 常见 的 问题 ， 也 就 是 当 我 们 深入 语言 特性 ， 并 且 和 希望 获得 高 层次 
的 软件 效果 时 所 会 遇 到 的 一 些 问题 。 根 据 自 己 的 阅读 习惯 ， 你 可 以 跳 过 这 一 部 分 
或 者 大 致 浏览 一 下 ， 而 等 到 后 续 章 节 用 到 这 些 知 识 ， 或 者 根据 书后 的 索引 查找 这 
些 知 识 时 ， 再 回来 查看 这 些 特定 的 主题 。 

我 们 的 目标 是 让 书 中 的 叙述 简单 且 完 整 ， 同 时 尽量 保证 所 讨论 的 内 容 准 确 无 
误 。 基 于 这 个 目的 ， 我 们 的 例子 通常 都 是 简短 和 人 为 的 ， 这 也 确保 不 会 涉及 到 与 
所 讨论 话题 无 关 的 内 容 。 


另外 ， 我 们 还 针对 C++ 的 模板 语言 特性 ， 预 测 了 C++ 模板 在 将 来 可 能 的 变化 
和 扩展 。 简 短 而 言 ， 这 一 部 分 的 主题 包括 : 


。 基本 的 模板 声明 话题 。 
。 模板 中 命名 机 制 的 含义 。 
。 C++ 的 模板 实例 化 机 制 。 
。 模板 实 参 演绎 规则 。 

。 特 化 和 重 载 。 

。 将 来 的 改变 和 扩展 。 


第 8 章 ARRA Al 


在 这 一 章 里 ， 我 们 将 深入 回顾 在 本 书 第 一 部 分 所 提 到 的 一 些 基础 知识 :模板 
的 声明 、 模 板 参 数 的 约束 以 及 模板 实 参 的 约束 等 。 


8.1 参数 化 声明 


C++ 现今 支持 两 种 基本 类 型 的 模板 : 类 模板 和 函数 模板 参阅 13.6 节 可 以 看 
到 将 来 在 这 方面 的 变化 )， 这 个 分 类 实际 上 还 包含 成 员 模 板 。 这 些 模 板 的 声明 和 
普通 类 与 普通 函数 的 声明 很 相似 ， 唯 一 的 区 别 就 是 模板 声明 需要 引入 一 个 参数 化 
子 句 ， 子 句 的 格式 大 体 如 下 : 


template<...parameters here...> 
或 者 
export template<...parameter here...> 
《关于 关键 字 export 更 详细 的 叙述 ， 请 见 6.3 节 和 10.3.3 小 节 ) 。 
我 们 将 在 后 一 节 才 详细 叙述 实际 中 各 种 模板 参数 的 声明 。 现 在 ， 让 我 们 先 来 


看 一 个 例子 ， 它 给 出 了 函数 模板 和 类 模板 这 两 种 模板 ， 分 别 作为 类 成 员 的 声明 和 
普通 名 字 空 间 域 趾 的 声明 : 


template <typename T> 


class List { // 作 为 名 字 空 间作 用 域 的 类 模板 
public: 
template <typename T2> // 成 员 函 数 模板 
List (List<T2> const&); //( 构 造 函 数 ) 
}; 


template <typename T> 
template <typename T2> 
List<T>::List(List<T2> const& b) // 位 于 类 外 部 的 成 员 


{ // 函 数 模 板 定义 
} 
template <typename T> 
int length(List<T> const&); // 位 于 外 部 名 字 空 间 
// 作 用 域 的 函数 模板 
class Collection { 
template <typename T> // 位 于 类 内 部 的 成 员 类 模板 
class Node { // 该 类 模板 的 定义 
}; 
template <typename T> // 男 一 个 作为 成 员 〈 即 位 于 外 围 
class Handle; // 该 类 模板 在 此 没有 定义 


template <typename T> // 位 于 类 内 部 的 成 员 函 数 模板 的 定义 


T* allco() { //“〈 因 此 也 是 一 个 显 式 内 联 函 数 ) 


} 
}; 
template <typename T> // 一 个 在 类 的 外 部 定义 的 
// 成 员 类 模板 
class Collection::Handle { // 该 类 模板 的 定义 
}; 


从 上 面 代码 可 以 看 出 ， 在 所 属 外 围 类 外 的 外 部 进行 定义 的 成 员 模 板 可 以 具有 
多 个 模板 参数 子 句 template<...>: 一 个 子 句 用 于 该 模板 自身 ， 另 一 个 子 句 用 于 外 
围 类 模板 。 另 外 ， 子 名 的 顺序 是 从 最 外 围 的 类 模板 开始 ， 依 次 到 达 内 部 模板 。 


另外 ， 联 合 〈《Union) 模板 也 是 允许 的 ( 它 往 往 被 看 作 类 模板 的 一 种 〉: 


template <typename T> 
union AllocChunk { 

T object; 

unsigned char bytes[sizeof(T) ]; 
}; 


和 普通 函数 声明 一 样 ， 函 数 模板 声明 也 可 以 具有 缺 省 调用 实 参 : 


template <typename T> 
void report top (Stack<T> const&, int number = 10); 


template <typename T> 
void fill (Array<T>*, T const& = T() );// 对 于 基本 类 型 [3] 
//T() 为 6 


后 一 个 声明 说 明了 : 缺 省 调用 实 参 可 以 依赖 于 模板 参数 。 显 然 ， 当 0 函数 
被 调用 时 ， 如 果 提 供 了 第 2 个 函数 调用 参数 的 话 ， 就 不 会 实例 化 这 个 缺 省 实 参 。 
这 同时 说 明了 : 即使 不 能 基于 特定 类 型 T 来 实例 化 缺 省 调用 实 参 由， 也 可 能 不 会 
出 现 错误 。 例 如 : 


class Value { 
public: 


Value(int); // 不 存在 缺 省 构造 函数 


}; 


void init (Array<Value>* array) 
{ 


Value zero(@); 


fill(array, zero); // 正 确 : 没有 使 用 =T() 
fill(array) ; // 错 误 : 使 用 了 =T()， 但 当 T = 


|} 


除了 两 种 基本 类 型 的 模板 之 外 ， 还 可 以 使 用 相似 的 符号 来 参数 化 其 他 的 3 种 
声明 。 这 3 种 声明 分 别 都 有 与 之 对 应 的 类 模板 成 员 上 的 定义 : 


C1) 类 模板 的 成 员 函 数 的 定义 。 

(2) 类 模板 的 舱 套 类 成 员 的 定义 。 

(3) 类 模板 的 静态 数据 成 员 的 定义 。 

尽管 也 可 以 对 这 三 者 进行 参数 化 ， 但 它们 的 定义 使 用 的 都 不 是 自身 irst- 


class， 即 第 一 次 使 用 ) 的 模板 ， 而 是 外 围 类 模板 。 它 们 的 参数 也 都 是 由 外 围 类 模 
板 来 决定 的 。 下 面 是 一 个 使 用 这 种 定义 的 例子 : 


template <int I> 
class CupBoard { 
void open(); 
class Shelf; 
static double total_weight; 


}; 

template <int I> 

void CupBoard<I>: :open() 
} 


template <int I> 
class CupBoard<I>::Shelf { 


}; 


template <int I> 
double CupBoard<I>::total_weight = 0.0; 


尽管 这 种 参数 化 定义 通 第 也 被 称 为 模板 ， 但 也 存在 不 使 用 这 个 概念 〈 即 模 
板 ) 的 情况 。 


8.1.1 Henkin AŽ 


成 员 函 数 模 板 不 能 被 声明 为 虚 函 数 。 这 是 一 种 需要 强制 执行 的 限制 ， 因 为 虚 
函数 调用 机 制 的 普 衣 实现 都 使 用 了 一 个 大 小 固定 的 表 ， 每 个 虚 函 数 都 对 应 表 的 一 
个 入 口 。 然 而 ， 成 员 函 数 模 板 的 实例 化 个 数 ， 要 等 到 整个 程序 都 翻译 完毕 才能 够 
确定 ， 这 就 和 表 的 大 小 《是 固定 的 ) RETR. K, WR CHR) 要 支持 虚 
成 员 函 数 模 板 ， 将 需要 一 种 全 新 的 C++ 编译 器 和 链接 器 的 机 制 。 


相反 ， 类 模板 的 普通 l5 成 员 可 以 是 虚 函 数 ， 因 为 当 类 被 实例 化 之 后 ， 它 们 的 
个 数 是 固定 的 : 


template <typename T> 
class Dynamic { 
public: 
virtual ~Dynamic (); //OK: 每 个 Dynamic 只 对 应 一 个 析 构 函数 


template <typename T2> 
virtual void copy (T2 const&); 
// 错 误 : 在 确定 Dynamic<T> 实 例 的 


// 时 候 ， 并 不 知道 copy() 的 个 数 


8.1.2 模板 的 链接 


每 个 模板 都 必须 有 一 个 名 字 ， 而 且 在 它 所 属 的 作用 域 下 ， 该 名 字 必 须 是 唯一 
的 ， 除 非 函 数 模 板 可 以 被 重 载 〈 见 第 12 章 ) 。 特 别 是 ， 类 模板 不 能 和 另外 一 个 实 
体 共 享 一 个 名 称 ， 这 一 点 和 class 类 型 是 不 同 的 : 


int C; 


class C; // 正 确 : 类 名 称 和 非 类 名 称 位 于 不 同 的 名 字 空 间 Cspace) 


int X; 

template <typename T> 

class X; // 错 误 : 和 变量 X 冲 突 
struct S; 


template <typename T> 
class S; // 错 误 ， 和 struct SHR 


模板 名 字 是 具有 链接 的 ， 但 它们 不 能 具有 C 链 接 。 但 我 们 在 大 多 数 情况 下 所 
说 的 是 标准 的 链接 ， 同 时 也 存在 非 标 准 的 链接 ， 它 们 可 以 具有 一 个 依赖 于 实现 的 
下 面 例 子 所 示 : 


extern “C++” template <typename T> 


void normal (); // 这 是 缺 省 情况 ， 上 面 的 链接 规范 可 以 不 写 


extern “C” template <typename T> 


void invalid(); // 错 误 的 :模板 不 能 具有 C 链 接 


extern “Xroma” template <typename T> 


void xroma_link() ; // 非 标准 的 ， 但 某 些 编译 器 将 来 可 能 支持 与 


模板 通常 具有 外 部 链接 。 唯 一 的 例外 就 是 前 面 有 static 修 饰 符 的 名 字 空 间作 用 
域 下 的 函数 模板 : 


template <typename T> 
void external(); // 作 为 一 个 声明 ， 引 用 位 于 其 他 文件 的 、 有 具有 
// 的 external() 函 数 模板 ， 也 称 前 置 声明 


template <typaname T> 
static void internal(); // 与 其 他 文件 中 具有 相同 名 称 的 模板 没有 关系 
// 即 不 是 外 部 链接 


因此 我 们 知道 (由 于 外 部 链接 ) : 不 能 在 函数 内 部 声明 模板 
8.1.3 ”基本 模板 


如 果 模 板 声 明 的 是 一 个 普通 声明 ， 我 们 就 称 它 声明 的 是 一 个 基本 模板 。 这 类 
模板 声明 是 指 : 没有 在 模板 名 称 后 面 添加 一 对 尖 括 号 〈 和 里 面 实 参 ) 的 声明 。 


template <typename T> class Box; // 正 确 : 基本 模板 
template <typename T> class Box<T>; // 错 误 
template <typename T> void translate(T*); // 正 确 : 基本 模板 
template <typename T> void translate<T>(T*); // 错 误 


显然 ， 当 声明 局 部 特 化 的 时 候 ， 声 明 的 就 是 非 基 本 模板 ， 我 们 将 在 第 12 章 进 
一 步 讨论 局 部 特 化 。 男 外 ， 函 数 模板 必须 是 基本 模板 但 13.7 节 给 出 了 语言 将 来 
在 这 方面 可 能 出 现 的 变化 ) 。 


8.2 PMB AL 
现今 存在 3 种 模板 参数 : 
(1) 类 型 参数 (它们 是 使 用 得 最 多 的 〉。 
(2) 非 类 型 参数 。 
(3) 模板 的 模板 参数 。 
从 前 面 知 道 ， 模 板 声明 要 引入 参数 化 子 句 ， 模 板 参数 就 是 在 该 子 句 中 声明 


re ee eee ee 
g 前 be : 


template <typename, int> // 省 略 不 写 。 
class X; 


显然 ， 如 果 在 模板 声明 后 面 需要 引用 参数 名 称 ， 那 么 这 些 参数 名 称 是 一 定 要 
写 上 的 。 男 外 ， 在 同一 对 尖 括 号 内 部 ， 位 于 后 面 的 模板 参数 声明 可 以 引用 前 面 的 
模板 参数 名 称 《〈 但 前 面 的 不 能 引用 后 面 的 ) : 


template <typename T, // 在 第 2 个 参数 和 第 3 个 参数 的 
T* Root, // 声 明 中 都 使 用 了 第 1 个 参数 T 


template<T*> class Buf> 
class Structure; 


8.2.1 类 型 参数 


类 型 参数 是 通过 关键 字 typename 或 者 class 引 入 的 : 它们 两 者 几乎 是 等 同 的 
I. 关键 字 后 面 必 须 是 一 个 简单 的 标识 符 ， 后 面 用 逗号 来 隔 开 下 一 个 参数 声明 ， 
A 
fA 的 结 o 


在 模板 声明 内 部 ， 类 型 参数 的 作用 类 似 于 typedef〈 类 型 定义 ) 名 称 。 例 如 ， 
如 果 T 是 一 个 模板 参数 ， 就 不 能 使 用 诸如 class I 等 形式 的 修饰 名 称 ， 即 使 T 是 一 个 
要 被 class 类 型 丛 换 的 参数 也 不 可 以 。 


template <typename Allocator> 
class List { 


class Allocator* allocator; // 错 误 
friend class Allocator; // 错 误 


}; 


我 们 可 以 设想 ， 这 种 友 元 声明 机 制 在 将 来 是 有 可 能 被 加 入 标准 的 。 
8.2.2” 非 类 型 参数 


非 类 型 参数 表示 的 是 ， 在 编译 期 或 链接 期 可 以 确定 的 常 值 加 。 这 种 参数 的 类 
型 ( 换 句 话说 ， 就 是 这 些 常 值 的 类 型 必须 是 下 面 的 一 种 : 


° 整 型 或 者 枚 举 类 型 。 
” 针 类 型 包 合 阁 通 对 象 的 指针 类 型 、 函 数 指针 类 型 、 指 向 成 员 的 指针 
类 型 ) 。 


。 引用 类 型 (指向 对 象 或 者 指向 函数 的 引用 都 是 允许 的 )。 


所 有 其 他 的 类 型 现今 都 不 允许 作为 非 类 型 参数 使 用 (但 是 在 将 来 很 可 能 会 增 
加 浮 点 数 类 型 ， 参 见 13.4 节 ) 。 


或 许 会 令 你 慰 讶 的 是 ， 在 茶 些 情况 下 ， 非 模板 参数 的 声明 也 可 以 使 用 关键 字 


typename: 


template <typename T, // 类 型 参数 
typename T::Allocator* Allocator> // 非 类 型 参数 
class List; 


这 两 种 参数 的 区 分 很 容易 : 第 1 个 typename 的 后 面 是 一 个 简单 标识 符 T， 而 第 
2 个 typename 的 后 面 是 一 个 受 限 的 名 称 〈 换 人 句 话 说 ， 是 一 个 包含 两 个 冒号 (: : ) 
的 名 称 ) 。5.1 节 和 9.3.2 小 节 解 释 了 在 非 类 型 参数 中 使 用 typename 关 键 字 的 作用 。 


函数 和 数组 类 型 也 可 以 被 指定 为 非 模板 参数 ， 但 要 把 它们 先 隐 式 地 转换 为 指 
针 类 型 ， 这 种 转型 也 称 为 decay: 


template<int buf[5]> class Lexer; //buf 实 际 上 是 一 个 int# 类 型 
template<int* buf> class Lexer; // 正 确 : 这 是 上 面 的 重新 声明 


非 类 型 模板 参数 的 声明 和 变量 的 声明 很 相似 ， 但 它们 不 能 具有 static、mutable 
等 修饰 符 ， 只 能 具有 const 和 volatile 限 定 符 。 但 如 果 这 两 个 限定 符 限定 的 如 果 是 最 
外 层 的 参数 类 型 ， 编 译 器 将 会 忽略 它们 


template<int const length> class Buffer; 
// 这 里 的 const 是 没 用 的 ， 被 忽略 了 


template<int length> class Buffer; // 和 上 面 是 等 同 的 


最 后 ， 非 类 型 模板 参数 只 能 是 右 值 : 它们 不 能 被 取 址 ， 也 不 能 被 赋值 。 
8.2.3 ”模板 的 模板 参数 


模板 的 模板 参数 是 代表 类 模板 的 占 位 符 Cplaceholder) 。 它 的 声明 和 类 模板 
的 声明 很 类 似 ， 但 不 能 使 用 关键 字 struct 和 union: 


template <template<typename X> class C> /7/ 正 确 


void f(C<int>* p); 


template <template<typename X> struct C> // 错 误 
void f(C<int>* p); 


template <template<typename X> union C> // 错 误 
void f(C<int>* p); 


在 它们 声明 的 作用 域 中 ， 模 板 的 模板 参数 的 用 法 和 类 模板 的 用 法 很 相似 。 


模板 的 模板 参数 的 参数 〈 如 下 面 的 A) 可 以 具有 缺 省 模板 实 参 。 显 然 ， 只 有 
在 调用 时 没有 指定 该 参数 的 情况 下 ， 才 会 应 用 缺 省 模板 实 参 : 


template <template<typename T, 


typename A = MyAllocator> class Container> 
class Adaptation { 


Container<int> storage; 
// bast le] -FContainer<int,MyAllocator> 


对 于 模板 的 模板 参数 而 言 ， 它 的 参数 名 称 只 能 被 自身 其 他 参数 的 声明 使 用 。 
下 面 的 假设 例子 说 明了 这 一 点 : 


template <template<typename T, T*> class Buf> 
class Lexer { 


static char storage[5]; 
Buf<char, &Lexer<Buf>: :storage[@]> buf; 


}3 


template <template<typename T> class List> 
class Node { 


static T* storage; 


// 错 误 : 模板 的 模板 参数 的 参数 在 这 里 不 能 被 使 用 


通常 而 言 ， 模 板 的 模板 参数 的 参数 的 名 称 (如 上 面 例子 的 T) 并 不 会 在 后 面 被 用 


到 。 因 此 ， 该 参数 也 经 常 被 省 略 不 写 ， 即 没有 人 命名。 例如， 前 面 Adaptation 模 板 的 
例子 可 以 这 样 声明 : 


template <template <typename, typename = MyAllocator> class Container> 
class Adaptation 
{ 
Container<int> storage; 
//Waste0) FContainer<int, MyAllocator> 
}; 


8.2.4 ”人 缺 省 模板 实 参 


现今 ， 只 有 类 模板 声明 才能 具有 缺 省 模板 实 参 〈 在 这 方面 可 能 的 变化 详 见 
13.3 节 ) 。 从 前 面 我 们 知道 ， 任 何 类 型 的 模板 参数 都 可 以 拥有 一 个 缺 省 实 参 ， 只 
要 该 缺 省 实 参 能 够 匹配 这 个 参数 就 可 以 。 显 然 ， 缺 省 实 参 不 能 依赖 于 自身 的 参 
Bl, 但 可 以 依赖 于 前 面 的 参数 : 


template <typename T, typename Allocator = allocator<T> > 
class List; 


// 就 是 说 ，allocator<T> 不 能 依赖 于 本 身 参数 Allocator， 


// 但 是 能 依赖 于 前 面 参数 T 


与 缺 省 的 函数 调用 参数 的 约束 一 样 ， 对 于 任 一 个 模板 参数 ， 只 有 在 之 后 的 模 
板 参数 都 提供 了 缺 省 实 参 的 前 提 下 ， 才 能 具有 缺 省 模板 实 参 。 后 面 的 缺 省 值 通常 
oe ey 但 也 可 以 在 前 面 的 模板 声明 中 提供 。 下 面 的 例子 说 
H 这 一 点 : 


template <typename T1, typename T2, typename T3， 
typename T4 = char, typename T5 = char> 
class Quintuple; // 正 确 


template <typename T1，typename T2, typename T3 = char, 
typename T4, typename T5> 
class Quintuple; // 正 确 ， 根 据 前 面 的 模板 声明 
//T4 和 T5 已 经 具有 缺 省 值 了 


template <typename T1 = char, typename T2, typename T3， 
typename T4, typename T5> 
class Quintuple; [R TILAR RARER 
// 因 为 T2 还 没有 缺 省 实 参 


Ww 


另外 ， 缺 省 实 参 不 能 重复 声明 : 


template <typename T = void> 
class Value; 


template <typename T = void> 


class Value; // 错 误 : 重复 出 现 的 缺 省 实 参 


ra 


8.3 ”模板 实 参 


模板 实 参 是 指 : 在 实例 化 模板 时 ， 用 来 葵 换 模板 参数 的 值 。 我 们 可 以 使 用 下 
面 几 种 不 同 的 机 制 来 确定 这 些 值 : 


e 显 式 模板 实 参 : 紧 跟 在 模板 名 称 后 面 ， 在 一 对 尖 括 号 内 部 的 显 式 模板 实 参 
值 。 所 组 成 的 整个 实体 称 为 template-id。 

。 注 入 式 (injected) KER: 对 于 具有 模板 参数 P1、P2..….. 的 类 模板 X， 在 它 

的 作用 域 中 ， 模 板 名 称 〈 即 又 ) 等同 于 template-id: X<P1,P2,...... >. HRH 

节 可 以 参见 9.2.3 小 节 。 

缺 省 模板 实 参 : 如 果 提 供 缺 省 模板 实 参 的 话 ， 在 类 模板 的 实例 中 就 可 以 省 略 

显 式 模板 实 参 。 然 而 ， 即 使 所 有 的 模板 参数 都 具有 人 缺 省 值 ， 一 对 尖 括 号 还 是 

不 能 省 略 的 《即使 尖 括 号 内 部 为 空 ， 也 要 保留 尖 括 号 ) 。 

KEWA: 对 于 不 是 显 式 指定 的 函数 模板 实 参 ， 可 以 在 函数 的 调用 语句 中 ， 

根据 函数 调用 实 参 的 类 型 来 演绎 出 函数 模板 实 参 。 第 11 章 描述 了 演绎 的 细 

节 。 事 实 上 ， 实 参 演绎 还 可 以 在 其 他 几 种 情况 下 出 现 。 男 外 ， 如 果 所 有 的 模 

板 实 参 都 可 以 通过 演绎 获得 ， 那 么 在 函数 模板 名 称 后 面 就 不 需要 指定 尖 括 


二 


8.3.1 KARIKE 


对 于 函数 模板 的 模板 实 参 ， 我 们 可 以 显 式 指定 它们 ， 或 者 借助 于 模板 的 使 用 
方式 对 它们 进行 实 参 演绎 。 例 如 : 


//details/max. cpp 
template <typename T> 
inline T const& max(T const& a, T const& b) 


{ 
} 


returna<b? b: a; 


int main() 


max<double>(1.0, -3.0); // 显 式 指定 模板 实 参 
max(1.@, -3.@); // 模 板 实 参 被 隐 式 演绎 成 double 
max<int>(1.0,3.0); // 显 式 的 <int> 禁 止 了 演绎 


// 因 此 返回 结果 是 int 类 型 


然而 ， 茶 些 模板 实 参 永 远 也 得 不 到 演绎 的 机 会 〈 见 第 11 章 ) ， 于 是 ， 我 们 最 
好 把 这 些 实 参 所 对 应 的 参数 放 在 模板 参数 列表 的 开始 处 ， 从 而 可 以 显 式 指定 这 些 
参数 ， 而 其 他 的 参数 仍然 可 以 进行 实 参 演绎 。 例 如 : 


//details/impLicit. cpp 
template <typename DstT, typename SrcT> 
inline DstT implicit_cast (SrcT const& x) //Srct 可 以 被 演绎 


{ // 但 DstT 不 可 以 
return x; 

} 

int main() 

{ 
double value = implicit_cast<double>(-1); 

} 


如 果 我 们 调换 例子 中 模板 参数 的 顺序 换 句 话说 ， 我 们 把 该 模板 写成 : 
template<typename SrcT, typename DstT>) ， 那 么 调用 implicit_cast 束 必须 显 式 指定 
两 个 模板 实 参 。 


由 于 函数 模板 可 以 被 重 载 ， 所 以 对 于 函数 模板 而 言 ， 显 式 提 供 所 有 的 实 参 并 
不 足以 标识 每 一 个 函数 ， 在 一 些 例子 中 ， 它 标识 的 是 由 许多 函数 组 成 的 函数 集 
合 。 下 面 的 例子 清楚 地 说 明了 这 一 点 : 


template <typename Func, typename T> 
void apply (Func func_ptr, T x) 


{ 
} 


template <typename T> void single(T); 


fun_ptr(x); 


template <typename T> void multi(T); 
template <typename T> void multi(T*); 


int main() 


{ 
apply(&single<int>, 3); // 正 确 
apply(&multi<int>, 7); // 错 误 : &multi<int> AME 
} 


在 这 个 例子 中 ，apply0 的 第 一 次 调用 是 正确 的 ， 因 为 表达 式 &single<int> 的 类 
型 是 确定 的 ， 因 此 ， 可 以 很 容易 地 演绎 出 Func 参 数 的 模板 实 参 值 。 然 而 ， 在 第 2 
次 调用 中 ，&multi<int> 可 以 是 两 种 函数 类 型 中 的 任意 一 种 ， 因 此 在 这 种 情况 下 会 
产生 二 义 性 ， 不 能 演绎 出 Func 的 实 参 。 


男 外 ， 在 函数 模板 中 ， 显 式 指定 模板 实 参 可 能 会 试图 构造 一 个 无 效 的 C++ 类 
型 。 考 虑 下 面 的 重 载 模板 函数 : 


template<typename T> RT1 test(typename T::X const*); 
template<typename T> RT2 test(...)3 


表达 式 test<int> 可 能 会 使 第 1 个 函数 模板 毫 无 意义 ， 因 为 基本 int 类 型 根本 就 没 
有 成 员 类 型 X。 然 而 ， 第 2 个 模板 就 没有 这 种 问题 。 因 此 ， 表 达 式 &test<int> 能 够 
标识 一 个 唯一 函数 的 地 址 〈 即 第 2 个 函数 的 地 址 ) 。 而 且 ， 不 能 用 int 来 蔡 换 第 1 个 
模板 的 参数 ， 并 不 意味 着 &test<int> 是 非法 的 〈 就 是 下 面 的 SFINAE 原 则 ) 。 实 际 
上 ，&xtest<int> 在 这 里 是 有 效 的 ， 也 是 合法 的 。 


显然 , “替换 失败 并 非 错误 (substitution-failure-is-not-an-error， SFINAE) ” 原 
则 是 令 函 数 模板 可 以 重 载 的 重要 因素 。 然 而 ， 它 同时 也 涉及 到 值得 我 们 注意 的 编 
译 期 技术 。 例 如 ， 假 设 类 型 RT1 和 RT2 的 定义 如 下 : 


typedef char RT1; 
typedef struct { char a[2];} RT2; 


于 是 ， 我 们 就 可 以 在 编译 期 检查 (也 就 是 说 ， 检 查 是 否 可 以 把 它 看 成 一 个 


constant-expression) 给 定 类 型 T 是 否 具 备 成 员 类 型 X: 


#define type_has member type X(T) (sizeof(test<T>(@)) == 1) 


为 了 理解 宏 中 的 表达 式 ， 采 取 由 外 至 内 的 分 析 方 法 会 比较 简单 。 首 先 ， 对 于 

sizeof 表 达 式 ， 如 果 选 择 的 是 第 1 个 test 模 板 〈 它 返回 一 个 大 小 为 1 的 char) ， 它 将 
等 于 1; 而 男 一 个 test 模 板 会 返回 一 个 大 小 至 少 为 2 的 结构 (因为 它 包含 一 个 由 两 个 
char 组 成 的 数组 ) 。 换 句 话 说 ， 可 以 把 这 个 宏 看 成 是 一 个 用 来 确定 constant- 
expression 的 装置 ， 它 可 以 判断 调用 test<T>(0) 时 调用 的 是 哪 一 个 test 模 板 。 显 然 ， 
如 果 给 定 的 类 型 T 没 有 成 员 类 型 XXX， 那么 就 不 能 选择 第 1 个 模板 。 相 反 ， 如 果 T 具 有 
成 员 类 型 X， 那 么 根据 重 载 解析 规则 《〈 见 附录 B) : 从 0 到 空 指针 常量 的 类 型 转换 
要 优先 于 绑 定 一 个 实 参 给 省 略 号 参数 〈 根 据 重 载 解析 的 观点 ， 省 略 号 参数 是 最 弱 
的 绑 定 类 型 ) ， 将 会 调用 第 1 个 模板 。 我 们 将 在 第 15 章 讨论 类 似 的 技术 。 


SFINAE 原 则 保护 的 只 是 : 允许 试图 创建 无 效 的 类 型 ， 但 并 不 允许 试图 计算 
无 效 的 表达 式 。 因 此 ， 下 面 的 例子 是 错误 的 C++ 例子 : 


template<int I> void f(int (&)[24/(4-I)]); 
template<int I> void f(int (&)[24/(44+I)]); 


int main() 


&f<4>; // 错 误 ， 蔡 换 后 第 一 个 除数 等 于 @ (不 能 应 用 SFINAE) 


即使 第 2 个 模板 支持 这 种 蔡 换 ， 它 的 除数 也 不 会 为 0%， 但 是 这 个 例子 是 错误 


的 。 而 且 ， 这 种 错误 只 会 在 表达 式 自 身 出 现 ， 并 不 会 在 模板 参数 表达 式 的 绑 定 中 
出 现 。 因 此 ， 下 面 的 例子 是 合法 的 : 


template<int N> int g() { return N; } 
template<int* P> int g() { return *P;} 


int main() 


{ 
return g<1>(); // 虽 然 数 字 1 不 能 被 绑 定 到 int# 参 数 
} // 但 是 应 用 了 SFINAE 原 则 


15.2.2 小 节 和 19.3 节 给 出 了 SFINAE 原 则 的 进一步 应 用 。 
8.3.2 ”类 型 实 参 


模板 的 类 型 实 参 是 一 些 用 来 指定 模板 类 型 参数 的 值 。 我 们 平时 使 用 的 大 多 数 
类 型 都 可 以 被 用 作 模 板 的 类 型 实 参 但 有 两 种 情况 例外 : 


(1) 局 部 类 和 局 部 枚 举 《〈 换 句 话 说， 指 在 函数 定义 内 部 声明 的 类 型 ) 不 能 
作为 模板 的 类 型 实 参 。 


(2) 未 命名 的 class 类 型 或 者 未 命名 的 枚 举 类 型 中 不 能 作为 模板 的 类 型 实 参 
(然而 ， 通 过 typedef 声 明 给 出 的 未 命名 类 和 枚 举 是 可 以 作为 模板 类 型 实 参 的 )。 


下 面 的 例子 很 好 地 说 明了 这 两 种 例外 情况 : 


template <typename T> class List { 


}; 
typedef struct { 
double x, y, Z; 
} Point; 
typedef enum { red, green, blue } *ColorPtr; 


int main() 


{ 
struct Association // 局 部 类 型 
{ 
int* p; 
int* q; 
}; l 
List<Association*> error1; // 错 误 : 模板 实 参 中 使 用 了 局 部 类 型 
List<ColorPtr> error2; // 错 误 : 模板 实 参 中 使 用 了 未 命名 的 
// 类 型 因为 typedef 定 义 的 是 
List<Point> ok; // 正 确 : 通过 使 用 typedef 和 定义 
} 


通常 而 言 ， 尽 管 其 他 的 类 型 都 可 以 用 作 模 板 实 参 ， 但 前 提 是 该 类 型 蔡 换 模板 
参数 之 后 获得 的 构造 必须 是 有 效 的 。 


template <typename T> 


void clear (T p) 
{ 


} 


*p = @; // 要 求 单 目 运算 符 * 可 以 用 于 类 型 T 


int main() 


int a; 


clear(a); // 错 误 : int 类 型 并 不 文 持 单 目 运算 符 *# 


} 


8.3.3” 非 类 型 实 参 


zi 非 类 型 模板 实 参 是 那些 蔡 换 非 类 型 参数 的 值 。 这 个 值 必 须 是 以 下 几 种 中 的 一 


。 某 一 个 具有 正确 类 型 的 非 类 型 模板 参数 。 

。 一 个 编译 期 整 型 常 值 ( 或 枚 举 值 ) 。 这 只 有 在 参数 类 型 和 值 的 类 型 能 够 进行 
匹配 ， 或 者 值 的 类 型 可 以 隐 式 地 转换 为 参数 类 型 〈 例 如 ， 一 个 char 值 可 以 作 
为 int 参 数 的 实 参 ) 的 前 提 下 ， 才 是 合法 的 。 

。 前面 有 单 目 运算 符 &〔 即 取 址 〉 的 外 部 变量 或 者 函数 的 名 称 。 对 于 函数 或 数 
reg aR TA ge ee 
e 对 于 引用 类 型 的 非 类 型 模板 参数 ， 前 面 没 有 & 运算 符 的 外 部 变量 和 外 部 函数 

也 是 可 取 的 。 

。 一 个 指向 成 员 的 指针 常量 (pointer-to-member constant) ; 换 名 话说， 类 似 
&C::m 的 表达 式 ， 其 中 C 是 一 个 class 类 型 ，m 是 一 个 非 静 态 成 员 ( 成 员 变 量 或 
者 函数 ) 。 这 类 实 参 只 能 匹配 类 型 为 “成 员 指 针 ” 的 非 类 型 参数 。 


当 实 参 匹 配 “ 指 针 类 型 或 者 引用 类 型 的 参数 时， 用户 定 义 的 类 型 转换 (例如 
单 参数 的 构造 函数 和 重 载 类 型 转换 运算 符 ) 和 由 派生 类 到 基 类 的 类 型 转换 ， 都 是 
不 会 被 考虑 的 ;即使 在 其 他 的 情况 下 ， 这 些 隐 式 类 型 转换 是 有 效 的， 但 在 这 里 都 
是 无 效 的 。 隐 式 类 型 转换 的 唯一 应 用 只 能 是 : 给 实 参加 上 关键 字 const 或 者 


volatile。 


下 面 是 一 些 有 效 的 非 类 型 模板 实 参 的 例子 : 


\ 


template <typename T, T nontype_param> 


class C; 

C<int, 33>* c1; // 整 型 

int a; 

C<int*,&a>* c2; // 外 部 变量 的 地 址 


void f(); 


void f(int); 
C<void(*) (int), f>* c3; // 函 数 名 称 : 在 这 个 例子 中 ， 重 载 解析 
// 会 选择 f(int),f 前 面 的 & 隐 式 省 略 了 


class X { 
Public: 
int n; 
static bool b; 
}; 
C<bool&, X::b>* c4; // 静 态 类 成 员 是 可 取 的 


// 变 量 〈《 和 函数 ) 名 称 


C<int X::*, &X::n>* c5; // 指 向 成 员 的 指针 常量 


template<typename T> 
void templ_func(); 


C<void(), &templ_func<double> >* c6; 
// 函 数 模 板 实例 同时 也 是 函数 


模板 实 参 的 一 个 普 训 约束 是 ， 在 程序 创建 的 时 候 ， 编 译 占 或 者 链接 器 要 能 够 
确定 实 参 的 值 。 如 果实 参 的 值 要 等 到 程序 运行 时 才能 够 确定 〈 壁 如， 局 部 变量 的 
地 址 ) ， 就 不 符合 “模板 是 在 程序 创建 的 时 候 进行 实例 化 ”的 概念 了 。 


另 一 方面 ， 有 些 常 值 不 能 作为 有 效 的 非 类 型 实 参 ， 这 也 许 会 令 你 觉得 很 诈 
异 。 这 些 常 值 包 括 : 


。 空 指针 常量 。 
。 浮 点 型 值 。 
e FRR, 


有 关 字 符 串 的 一 个 问题 就 是 : 两 个 完全 等 同 的 字符 串 可 以 存储 在 两 个 不 同 的 
地 址 中 。 在 此 ， 我 们 用 一 种 (很 茶 的 ) 解决 方法 来 表达 需要 基于 字符 串 进 行 实例 
化 的 模板 : 引入 一 个 额外 的 变量 来 存储 这 个 字符 串 。 


template <char const* str> 
class Message; 


extern char const hello[] = ”Hello World!”; 


Message<hello>* hello msg; 


可 以 看 到 ， 我 们 使 用 了 关键 字 extern。 因 为 如 果 不 使 用 这 个 关键 字 ， 上 面 的 
const 数 组 变量 将 具有 内 部 链接 。 


4.3 贡 给 出 了 字符 串 的 另 一 个 例子 ， 关 于 这 方面 在 将 来 可 能 出 现 的 变化 ， 请 参 
见 13.4 节 。 


下 面 给 出 一 些 错误 的 例子 : 


template<typename T, T nontype_param> 
class C; 


class Base { 
Public: 
int i; 
} base; 


class Derived : public Base { 
} derived_obj; 


C<Base*, &derived_obj>* err1 // 错 误 : 这 里 不 会 考虑 
// 派 生 类 到 基 类 的 类 型 转换 

C<int&, base.i>* err2; // 错 误 : 域 运算 符 〈. ) 后 面 的 变量 
// 不 会 被 看 成 变量 

int a[10]; 

C<int*, &a[@]>* err3; // 错 误 : 单一 数组 元 素 的 地 址 
// 并 不 是 可 取 的 


8.3.4 ”模板 的 模板 实 参 


“模板 的 模板 实 参 ”必须 是 一 个 类 模板 ， 它 本 里 具有 参数 ， 该 参数 必须 精确 匹 
配 它 “ 所 蔡 换 的 模板 的 模板 参数 ”本身 的 参数 。 在 匹配 过 程 中 , “模板 的 模板 实 
参 ” 的 缺 省 模板 实 参 40 将 不 会 被 考虑 〈 但 是 如 果 “ 模 板 的 模板 参数 "具有 缺 省 实 参 
10， 那 么 模板 的 实例 化 过 程 是 会 考虑 模板 的 模板 参数 的 缺 省 实 参 的 ) 。 


因此 ， 下 面 的 例子 是 错误 的 : 


#include <list> 


//List 的 声明 : 

// namespace std { 

// template <typename T, 

// typename Allocator = allocator<T> > 
// class list; 

// } 


template <typename T1, 
typename T2, 
template<typename> class Container> 
//Container 期 望 的 是 只 具有 一 个 参数 的 模板 


class Relation { 
public: 
private: 
Container<T1> dom1; 


Container<T2> dom2; 


}; 
int main() 
{ 
Relation<int,double,std::list> rel; 
// 错 误 : std: :1ist 是 一 个 具有 多 个 〈 即 2 个 ) 参数 的 模板 
} 


这 里 的 问题 是 : 标准 库 中 的 std::list 模 板 具有 两 个 参数 ， 它 的 第 2 个 参数 〈 我 们 
称 之 为 内 存 配置 器 allocator) 具有 一 个 缺 省 值 ; 但 是 当 我 们 匹配 std::list 和 Container 
参数 时 ， 事 实 上 并 不 会 考虑 这 个 缺 省 值 〈 即 认为 缺 省 值 并 不 存在 ) 。 


有 时 ， 我 们 可 以 通过 给 模板 的 模板 参数 添加 一 个 具有 缺 省 值 的 参数 ， 来 解雇 
这 个 问题 。 在 前 面 的 例子 中 ， 我 们 可 以 这 样 改写 Relation 模 板 : 


#include <memory> 


template <typename T1, 
typename T2, 
template<typename T, 
typename = std::allocator<T> > class Container> 
//Container 现 在 就 能 够 接受 一 个 标准 容器 模板 了 
class Relation { 
public: 


private: 
Container<T1> dom1; 
container<T2> dom2; 


}; 


显然 ， 这 并 不 是 一 个 令 人 满意 的 解决 方案 ， 但 它 可 以 让 标准 容器 模板 得 到 使 
用 。 我 们 将 在 13.5 讨 论 将 来 在 这 方面 可 能 出 现 的 变化 。 


另外 我 们 注意 到 了 一 个 事实 : 从 语法 上 讲 ， 只 有 关键 字 class 才 能 被 用 来 声明 
模板 的 模板 参数 ， 但 是 这 并 不 意味 只 有 用 关键 字 class 声 明 的 类 模板 才能 作为 它 的 
蔡 换 实 参 。 实 际 上 , “struct 模 板 ” “union 模 板 ” 都 可 以 作为 模板 的 模板 参数 的 有 效 
实 参 。 这 和 我 们 前 面 所 提 到 的 事实 很 相似 : 对 于 用 关键 字 class 声 明 的 模板 类 型 参 
数 ， 我 们 可 以 用 (满足 约束 的 ) 任何 类 型 作为 它 的 替换 实 参 。 


8.3.5” 实 参 的 等 价 性 


当 每 个 对 应 实 参 值 都 相等 时 ， 我 们 就 称 这 两 组 模板 实 参 是 相等 的 。 对 于 类 型 
实 参 ，typedef 名 称 并 不 会 对 等 价 性 产生 影响 ， 就 是 说 ， 最 后 比较 的 还 是 typedef 原 
本 的 类 型 。 对 于 非 类 型 的 整 型 实 参 ， 进 行 比较 的 是 实 参 的 值 ， 至 于 这 些 值 是 如 何 
表达 的 ， 也 不 会 产生 影响 。 下 面 的 例子 说 明了 这 一 点 : 


template <typename T, int I> 
class Mix; 


typedef int Int; 


Mix<int, 3*3>* p1; 
Mix<Int, 4+5>* p2; //p2 和 p1 的 类 型 是 相同 的 


另外 ， 从 函数 模板 产生 《“ 即 实例 化 出 来 ) 的 函数 一 定 不 会 等 于 普通 函数 ， 即 


C1) 从 成 员 函 数 模板 产生 的 函数 永远 也 不 会 改写 一 个 虚 函 数 《〈 进 一 步 说 明 
成 员 函 数 模板 不 能 是 一 个 虚 函 数 ) 。 

(2) 从 构造 函数 模板 产生 的 构造 函数 一 定 不 会 是 缺 省 的 拷贝 构造 函数 类 
似 ， 从 赋值 运算 符 模 板 产生 的 赋值 运算 符 也 一 定 不 会 是 一 个 找 贝 赋值 运算 符 。 但 
是 ， 后 面 这 种 情况 通 音 不 会 出 现 问 题 ， 因 为 与 找 贝 构造 冰 数 不 同 的 是 : 赋值 运算 
符 永 远 也 不 会 被 隐 式 调用 ) o 


8.4 Ko 


友 元 声明 的 基本 概念 是 很 简单 的 : 授予 “ 茶 个 类 或 者 函数 访问 友 元 声明 所 在 的 
类 ”的 权利 。 然 而 ， 由 于 以 下 两 个 事实 ， 这 些 简单 概念 却 变 得 有 些 复杂 : 


C1) 友 元 声明 可 能 是 茶 个 实体 的 唯一 声明 。 
(2) 友 元 函数 的 声明 可 以 是 一 个 定义 。 


友 元 类 的 声明 不 能 是 类 定义 ， 因 此 友 元 类 通常 都 不 会 出 现 问 题 。 在 引入 模板 
之 后 ， 友 元 类 声明 的 唯一 变化 只 是 : 可 以 命名 一 个 特定 的 类 模板 实例 为 友 元 。 


template <typename T> 
class Node; 


template <typename T> 
class Tree { 
friend class Node<T>; 


}; 


显然 ， 如 果 要 把 类 模板 的 实例 声明 为 其 他 类 《或 者 类 模板 ) 的 友 元 ， 该 类 模 
板 在 声明 的 地 方 必 须 是 可 见 上 的。 然而 ， 对 于 一 个 普通 类 ， 就 没有 这 个 要 求 : 


template <typename T> 
class Tree { 
friend class Factory; // 正 确 : 即使 这 里 是 Factory 的 首次 声明 
friend class Node<T>; // 如 果 Node 在 此 是 不 可 见 的 
// 这 条 语句 就 是 错误 的 


}3 
9.2.2 小 节 给 出 了 这 方面 更 详细 的 叙述 。 
8.4.1 友 元 函数 
通过 确认 紧 接 在 友 元 函数 名 称 后面 的 是 一 对 尖 插 号， 我 们 可 以 把 函数 模板 的 


实例 声明 为 友 元 。 尖 括号 可 以 包含 模板 实 参 ， 但 也 可 以 通过 调用 参数 来 演绎 出 实 
参 。 如 果 全 部 实 参 都 能 够 通过 演绎 获得 的 话 ， 那 么 尖 括 号 里 面 可 以 为 空 : 


template <typename T1, typename T2> 
void combine(T1,T2); 


class Mixer { 
friend void combine<>(int&, int&); 


// 正 确 : T1 = int&, T2 = int& 
friend void combine<int, int>(int, int); 
// 正 确 : T1 = int, T2 = int 
friend void combine<char>(char, int); 
// 正 确 : T1 = char, T2 = int 
friend void combine<char>(char&, int); 
// 错 误 : 不 能 匹配 上 面 的 combine( ) 模 板 
friend void combine<>(long, long) { ... } 
// 错 误 : 这 里 的 友 元 声明 不 允许 出 现 定 义 。 


}; 


另外 应 该 知道 : 我 们 不 能 在 友 元 声明 中 定义 一 个 模板 实例 〈 我 们 最 多 只 能 定 
义 一 个 特 化 ) ; 因此 ， 命 名 一 个 实例 的 友 元 声明 是 不 能 作为 定义 的 。 


如 果 名 称 后 面 没有 紧 跟 一 对 尖 括 号 ， 那 么 只 有 在 下 面 两 种 情况 下 是 合法 的 : 
(1) 如 果 名 称 不 是 受 限 上 3 的 《就 是 说 ， 没 有 包含 一 个 形 如 双 冒 号 的 域 运 算 
符 ) ， 那 么 该 名 称 一 定 不 是 〈 也 不 能 ) 引用 一 个 模板 实例 。 如 果 在 友 元 声明 的 地 


方 ， 还 看 不 到 4 所 匹配 的 非 模板 函数 〈 即 普通 函数 ) ， 那 么 这 个 友 元 声明 就 是 函 
数 的 首次 声明 。 于 是 ， 该 声明 可 以 是 定义 。 


(2) 如 果 名 称 是 受 限 的 〈 束 是 说 前 面 有 双 冒 写 : : ) ， 那 么 该 名 称 必 须 引 
用 一 个 在 此 之 前 声明 的 函数 或 者 函数 模板 。 ZOLA AR, TAKA MENA 
于 匹配 的 函数 模板 。 然 而 ， 这 样 的 友 元 声明 不 能 是 定义 。 


下 面 的 例子 可 以 说 明 这 些 情 况 : 


void multiply (void*); // 普 通 函数 


template <typename T> 
void multiply(T); 函数 模板 


class Comrades { 
friend void multiply(int) { } 
// 定 义 了 一 个 新 的 函 : : multiply(int) 
// 非 受 限 函数 名 称 ， 不 能 引用 模板 实例 


friend void ::multiply(void*) 
// 引 用 上 面 的 普通 函数 ， 
// 不 会 引用 multiply<void*> 实 例 


friend void ::multiply(int); 
// 引 用 一 个 模板 实例 


friend void ::multiply<double*>(double*) 
// 受 限 名 称 还 可 以 具有 一 对 尖 插 号 
// 但 模板 在 此 必须 是 可 见 的 


friend void ::error() { } 


// 错 误 : 受 限 的 友 元 不 能 是 一 个 定义 


在 前 面 的 例子 中 ， 我 们 是 在 一 个 普通 类 里 面 声明 友 元 函数 。 如 果 需 要 在 类 模 
板 里 面 声明 友 元 函数 ， 前 面 的 这 些 规则 仍然 是 适用 的 ， 唯 一 的 区 别 就 是 : 可 以 使 
用 模板 参数 来 标识 友 元 函数 。 


template <typename T> 
class Node { 


Node<T>* allocate(); 
}; 


template <typename T> 
class List { 


friend Node<T>* Node<T>::allocate(); 


}; 


然而 ， 如 果 我 们 在 类 模板 中 定义 一 个 友 元 函数 ， 那 么 将 会 出 现 一 个 很 有 趣 的 
现象 。 因 为 对 于 任何 只 在 模 极 内部 声明 的 实体 ， 都 要 等 到 模 极 锌 实例 化 之 后 ， 才 


会 是 一 个 具体 的 实体 ， 在 这 之 前 该 实体 是 不 存在 的 。 类 模板 的 友 元 函数 也 是 如 
此 。 考 虑 下 面 的 例子 : 


template <typename T> 


class Creator { 
friend void appear() { // 一 个 新 函数 : : appear() 
San // 但 要 等 到 Creator 被 实例 化 之 后 
} 

}; 

Creator<void> miracle; // 这 时 才 生 成 : : appear() 

Creator<double> oops; // 错 误 : ::appear() 第 2 次 被 生成 


在 这 个 例子 中 ， 两 个 不 同 的 实例 化 过 程 生 成 了 两 个 完全 相同 的 定义 〈 即 


appear 函 数 ) ， 这 违反 了 ODR 原 则 〈 详 见 附 录 A) o 


因此 ， 我 们 必须 确定 : 在 模板 内 部 定义 的 友 元 函数 的 类 型 定义 中 ， 必 须 包含 
类 模板 的 模板 参数 除非 我 们 希望 在 一 个 特定 的 文件 中 禁止 多 于 一 个 的 实例 被 创 
建 ， 但 这 种 用 法 很 少 ) 。 让 我 们 这 样 修改 前 面 的 例子 : 


template <typename T> 
class Creator { 


friend void feed(Creator<T>*) { // 每 个 T 都 生成 一 个 不 同 
} 


}; 


Creator<void> one; // 生 成 : :feed (Creator<void>*) 
Creator<double> two; // 生 成 : : feed(Creator<double>*) 


在 这 个 例子 中 ， 每 个 Creator 的 实例 都 生成 了 一 个 不 同 的 feed0 函 数 。 另 外 我 们 
应 该 知道 : 尽管 这 些 函 数 是 作为 模板 的 一 部 分 被 生成 的 ， 但 函数 本 号 仍然 是 普通 
函数 ， 而 不 是 模板 的 实例 。 

最 后 一 点 就 是 : 由 于 函数 的 实体 处 于 类 定义 的 内 部 ， 所 以 这 些 函 数 是 内 联 函 
和 
小 节 和 11.7 节 。 


8.4.2 ” 友 元 模板 


我 们 通常 声明 的 友 元 只 是 :; 函数 模板 的 实例 或 者 类 模板 的 实例 ， 我 们 指定 的 
友 元 也 只 是 特定 的 实体 。 然 而 ， 我 们 有 时 候 需 要 让 模板 的 所 有 实例 都 成 为 友 元 ， 
这 束 需 要 声明 友 元 模板 。 例 如 : 


class Manager { 

template <typename T> 

friend class Task; 
template <typename T> 

friend void Schedule<T>::dispatch(Task<T>*) ; 
template <typename T> 

friend int ticket() { 

return ++Manager: : counter; 


static int counter; 


和 普通 友 元 的 声明 一 样 ， 只 有 在 友 元 模板 声明 的 是 一 个 非 受 限 的 函数 名 称 ， 
并 且 后 面 没有 紧 跟 尖 括 号 的 情况 下 ， 该 友 元 模板 声明 才能 成 为 定义 。 


友 元 模板 声明 的 只 是 基本 模板 和 基本 模板 的 成 员 。 当 进行 这 些 声明 之 后 ， 与 
该 基本 模板 相对 应 的 模板 局 部 特 化 和 显 式 特 化 都 会 被 自动 地 看 成 友 元 。 


8.5 本章 后 记 


自从 20 世 纪 80 年 代 末 C++ 模 板 的 概念 提出 以 来 ，C++ 模 板 的 整体 概念 和 语法 
就 保持 得 比较 稳定 。 类 模板 和 函数 模板 、 类 型 参数 和 非 类 型 参数 都 属于 最 初 功能 


的 一 部 分 。 


然而 ， 后 来 〈 主 要) 在 C++ 标准 库 的 推动 下 ， 给 最 初 的 设计 添加 了 一 些 很 重 
要 的 特性 。 成 员 模 板 就 是 其 中 一 个 最 重要 的 补充 。 有 趣 的 是 ，C++ 标 准 的 正式 投 
A a ee 
被 加 入 标准 的 。 


友 元 模板 、 缺 省 模板 实 参 、 模 板 的 模板 参数 都 是 不 久 前 才 添 加 进 语言 的 。 声 
明 “ 模 板 的 模板 参数 ”的 能 力 通 党 被 称 为 更 高 层次 的 沁 化 Chigher-order 
genericity) 。 最 初 是 为 了 在 C++ 标 准 库 中 支持 茶 种 配置 器 模型 ， 才 引入 模板 的 模 
板 参数 的 ;但 后 来 这 种 配置 器 模型 被 一 种 不 需要 依赖 于 模板 的 模板 参数 的 配置 器 
给 取代 了 。 然 后 ， 由 于 模板 的 模板 参数 的 规范 不 完整 ， 差 一 点 就 要 把 它 〈 模 板 的 
模板 参数 ) 从 语言 中 删除 了 。 直 到 临近 标准 化 过 程 的 时 候 ， 这 份 模板 的 模板 参 
数 的 ) 规范 才 算 比较 完整 。 最 后 ， 委 员 会 成 员 经 过 投票 表决 ， 通 过 了 保留 模板 的 
模板 参数 的 决议 ， 它 的 规范 才 得 以 逐渐 走向 完整 。 


[1] 译注 :“ 普 通 * 原 文 这 里 都 是 ordinary， 因 为 本 书 针对 的 是 模板 内 容 ， 所 以 这 里 
的 “普通 ”是 用 来 修饰 “没有 模板 (或 者 不 是 模板 ) ”的 意思 。“ 名 字 空 间 ”， 英 文 是 
namespace， 该 词 还 有 男 一 种 译 法 :“ 命 名 空间 ”; “ 域 ” 英 文中 是 “scope”， 该 词 在 不 
会 影响 阅读 通顺 时 我 会 翻译 成 “作用 域 "， 而 当 名 词 过 长 时 就 只 翻译 成 “ 域 ”。 


[2] 译注 : 外 围 类 ， 指 的 是 包含 这 个 实体 的 类 ， 原 文 为 “their enclosing class”, w 
如 上 面 代码 中 ，Collection 就 是 Node、Handle 和 allocO 的 外 围 类 。 

[B] 译注 : 基本 类 型 的 ; 原文 是 built-in typpe， 以 前 很 多 人 直译 成 “内 建 类 型 "*， 指 
诸如 int、double 等 类 型 ， 于 是 ， 这 里 翻译 成 基本 类 型 ”更 加 恰当 。 

[4] 译注 : 在 这 个 例子 中 指 的 是 T 没 有 提供 缺 省 构造 函数 ， 因 为 我 们 可 以 直接 提 
供 第 2 个 参数 ， 所 以 即使 不 提供 缺 省 构造 函数 ， 也 是 正确 的 。 

[5] 它们 和 普通 的 类 模板 很 相似 ， 但 它们 有 时 会 被 〈 错 误 地 ) 视 为 成 员 模板 。 
[6] 译注 :“ 普 通 ”， 这 个 词 在 这 本 书 有 它 独 特 的 意义 ， 因 为 该 书 是 涉及 模板 的 知 
识 ， 所 以 这 里 的 普通 是 指 并 非 《 或 者 不 是 ) 模板 ， 普 通 成 员 也 融 是 不 具有 模板 的 


To 


[7] “关键 字 class 并 不 意味 着 替换 的 实 参 应 该 是 class 类 型 。 事 实 上 ， 它 可 以 是 任何 


可 访问 类 型 。 然 而 ， 在 函数 内 部 定义 的 类 〈 即 局 部 类 ) 就 不 能 作为 模板 实 参 〈 这 
和 模板 参数 是 用 typename 来 声明 还 是 用 class 来 声明 没有 关系 ) 。 


[8] 模板 的 模板 参数 也 不 属于 类 型 模板 参数 ， 但 当 我 们 讨论 非 类 型 模板 参数 时 ， 
并 不 考虑 模板 的 模板 参数 。 


[9] PE: “未 命名 的 ”原文 是 unnamed。David 对 此 的 解释 是 : unnamed means 
with no name， 壁 如 : 


struct { int x; } s; 
enum {e=3 } c; 
s 和 fc 具有 的 就 是 unnamed types. 


[10] 译注 : 这 是 调用 语句 中 的 模板 参数 缺 省 值 。 


[11] 译注 : 这 是 声明 语句 中 的 模板 参数 缺 省 值 ， 请 注意 (和 译注 1 中 ) 这 两 者 的 
区 别 。 


[12] 译注 ;“ 可 见 ” 的 原文 是 visible， 这 里 的 意思 是 要 求 类 模板 有 前 置 声明 或 者 声 
明 处 能 看 到 《之 前 ) 的 定义 。 有 具体 还 有 哪些 限制 ， 请 见 9.2.2 小 节 和 10.1 节 。 


[13] 译注 : “ 受 限 ?， 这 里 的 原文 是 qualified， 是 指 前 面 有 一 个 域 运算 符 : : ， 后 
面 的 受 限 名 称 就 是 指 这 类 前 面 有 一 个 双 冒 号 〈 即 域 运 算 符 ) 的 名 称 。 


[14] PRE: 这 里 就 是 前 面 所 说 的 “可 见 ” 的 对 立 面 “不 可 见 ”。 
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在 大 多 数 程序 设计 语言 中 ， 名 称 都 是 一 个 很 基本 的 概念 。 借 助 名 称 ， 程 序 员 
可 以 引用 前 面 已 经 构造 完毕 的 实体 。 当 C++ 编译 器 遇 到 一 个 名 称 时 ， 它 会 查找 该 
名 称 ， 来 确认 它 引 用 的 是 哪个 实体 。 从 实现 者 的 角度 出 有 发， 就 名 称 而 言 ，C++ 和 是 
一 门 相当 棘手 的 语言 。 璧 如 C++ 语句 x*y， 如 果 x 和 y 都 是 变量 的 名 称 ， 那 么 这 个 语 
句 代 表 一 个 乘积 ; 但 如 果 x 是 一 个 类 型 的 名 称 ， 那 么 这 个 语句 声明 y 是 一 个 指向 类 
型 为 x 的 实体 的 指针 。 


这 个 小 例子 说 明了 C++ (与 C 一 样 ) 是 一 种 上 下 文 相关 语言 对 于 C++ 的 一 个 
构造， 我 们 不 能 脱离 它 的 上 下 文 来 理解 它 。 但 这 又 和 模板 有 哪些 联系 呢 ? 事 实 
上 ， 模 板 也 是 一 种 构造 ， 它 必须 处 理 多 种 上 下 文 相关 信息 : (1) 模板 出 现 的 上 
下 文 ; (2) 模板 实例 化 的 上 下 文 ; (3) 用 来 实例 化 模板 的 模板 实 参 的 上 下 文 。 
因此 ， 在 C++ 中 ， 小 心 处 理 各 种 (上 下 文 的 ) 名 称 的 做 法 就 不 足 为 奇 了 。 


9.1 名 称 的 分 类 


C++ 使 用 了 多 种 多 样 的 方法 来 对 名 称 进行 分 类 。 为 了 有 助 于 理解 名 称 的 众多 
术语 ， 我 们 给 出 了 表 9.1， 它 描述 了 这 些 分 类 的 概念 。 笠 运 的 是 ， 你 只 需要 熟悉 下 
面 两 个 主要 的 命名 概念 ， 就 可 以 深入 理解 大 多 数 模 板 话题 : 


(1) 如 果 一 个 名 称 使 用 域 解析 运算 符 〈 即 : : ) 或 者 成 员 访问 运算 符 《〈 即 . 
或 一 >) 来 显 式 表 明 它 所 属 的 作用 域 ， 我 们 就 称 该 名 称 为 受 限 名 称 。 例 如 ，this- 
>count 就 是 一 个 受 限 名 称 ， 而 count 则 不 是 “即使 前 面 没 有 符号 ，count 实 际 上 引用 
的 也 是 一 个 类 成 员 ) 。 


(2) 如 果 一 个 名 称 《〈 以 某 种 方式 ) 依赖 于 模板 参数 ， 我 们 就 称 它 为 依赖 型 
名 称 。 例 如 ， 如 果 T 是 一 个 模板 参数 ，std::vector<T>::iterator 就 是 一 个 依赖 名 称 ; 
但 如 果 T 是 一 个 已 知 的 typedef (类 型 定义 ， 例 如 int) ， 那 么 std::vector<T>::iterator 
就 不 是 一 个 依赖 名 称 。 


表 9.1 名 称 的 分 类 


X% 


说 明和 要 点 


个 只 由 字母 、 下 划 线 和 数字 组 成 的 不 间断 字符 序列 。 它 不 能 以 数字 开始 ， 
而 且 某 些 标识 符 也 为 实现 所 保留 : 你 不 能 在 你 的 程序 中 引入 它们 (另外 ， 作 


示 识 符 ae de S a i JAR Ky 

WA o | 为 一 条 原则 ， 你 应 该 避免 以 下 划 线 开 头 和 使 用 两 个 连续 的 下 划 线 ) 。“ 字 
母 * 这 个 概念 在 这 里 具有 更 广 的 外 延 : 它 还 包含 通用 字符 名 称 (Univercal 
Charalter Name, UCN) ，UCN 采 用 非 字 符 的 编码 格式 来 存储 信息 

运算 符 id 在 关键 字 operator 后 面 紧 跟 一 个 运算 符 符号 。 例 如 ，operator new 和 operator 


( Operator- []。 许 多 运算 符 都 具有 其 他 表示 方法 例如， 用 于 取 址 的 单 目 运算 符 
function-id) operator& 可 以 等 价 地 写 为 operator bitand!!! 


类 型 转换 函数 id 
(Conversion- 
function-id) 


用 来 表示 用 户 定义 的 隐 式 类 型 转换 运算 符 。 例 如 operator int&， 也 可 以 写成 


operator int bitand 


模板 是 一 个 模板 名 称 ， 在 它 后 面 紧 跟 位 于 一 对 尖 括 写 内 部 的 模板 实 参 列表 。 例 

id (Template- 如 ，List<T， int, 0> 《严格 地 说 ， C++ 标准 只 允许 简单 的 标识 符 作 为 templaterid 

id) 的 模板 名 称 。 然 而 ， 这 种 规定 或 许 是 一 种 失误 ， 实 际 上 operator-function-id 也 
应 该 可 以 作为 template-id 的 模板 名 称 ， 例 如 : operator+<X<int>>) 


非 受 限 id 广义 化 的 标识 符 (identifier〉， 它 还 可 以 是 前 面 的 任何 一 种 (包括 


(Unqualified- |identifier、operator-function-id，conversion-function-id、template-id) 或 者 析 


id) 构 函 数 的 名 称 〈 诸 如 ~Date 或 ~List<T, T, N>) 


受 限 用 一 个 类 名 或 者 名 字 空 间 名 称 对 一 个 unqualified-id 进 行 限定 ， 也 可 以 只 使 用 
id (Qualified- “| 全 局 作用 域 解析 运算 符 〈 如 : : O 对 它 进 行 限 定 。 显 然 ， 这 种 名 称 本 身 也 
id) 可 以 是 多 次 受 限 的 。 这 类 例子 有 ::X，S::x，Array<T>::y，::N::A<T>::z 


标准 中 并 没有 定义 这 个 概念 。 当 需要 引用 基于 受 限 查找 (qualified, lookup) 
的 名 称 时 ， 我 们 使 用 了 这 个 概念 。 明 确 而 言 ， 它 是 一 个 qualified-id 或 者 在 前 


me, fr 
TA a | 面 旺 式 使 用 成 员 访 问 运算 符 《 即 .或 一 >》 的 unqualified-id。 这 样 的 例子 有 
5 S::X，this->f，p->A::m 等 。 然 而 ， 虽 然 在 某 些 上 下 文中 class_mem 隐 式 地 等 价 
RAME 于 this->class_mem， 但 是 单独 一 个 class_mem 〈 即 前 面 没 有 一 > 等 ) 就 不 是 一 
个 qualified name， 也 就 是 说 受 限 名 称 的 成 员 访 问 运算 符 必 须 是 显 式 给 出 的 
非 受 限 名 称 


人 它 是 一 个 除 qualified name 之 外 的 unqualified-id。 这 并 不 是 一 个 标准 概念 ， 我 
们 只 是 用 它 来 表示 调用 非 受 限 查找 Cunqulified lookup) 时 引用 的 名 称 


name) 


名 称 (Name) | 一 个 受 限 或 者 非 受 限 的 名 称 


一 个 (以 某 种 方式 ) 依赖 于 模板 参数 的 名 称 。 显 然 ， 显 式 包 含 模板 参数 的 受 
限 名 称 或 者 非 受 限 名 称 都 是 依赖 型 名 称 。 对 于 一 个 用 成 员 访 问 运算 符 〈 .或 
依赖 型 名 称 者 ->) 限定 的 受 限 名 称 ， 如 果 访 问 运算 符 左 边 的 表达 式 类 型 依赖 于 模板 参 
(Dependent 数 ， 该 受 限 名 称 也 是 依赖 型 名 称 。 另 外 ， 对 于 this->b 中 的 b， 如 果 是 在 模板 
name) 中 出 现 的 ， 那 么 b 也 是 一 个 依赖 型 名 称 。 最 后 ， 对 于 形 如 ident(x, y, z) 的 调 
用 ， 如 果 其 中 有 某 个 参数 (表达 式 ) 所 属 的 类 型 是 一 个 依赖 于 模板 参数 的 类 
型 ， 那 么 标识 符 ident 也 是 一 个 依赖 型 名 称 


Le cent | 一 个 不 属于 依赖 型 名 称 的 名 称 ， 根 据 上 面 的 措 述 ， 我 们 大 体 可 以 知道 它 的 范 
图 


name) 


熟悉 表 9.1 中 的 这 些 概念 对 于 理解 C++ 模板 的 话题 是 大 有 神 蔓 的 ;但 也 没有 必 
要 牢记 每 个 定义 的 精确 含义 ， 当 需要 知道 这 些 精确 定义 的 时 候 ， 我 们 可 以 在 索引 
中 很 容易 地 找到 。 


9.2 名称 查 找 


C++ 中 的 名 称 查 找 会 涉及 到 许多 很 小 的 细节 ， 但 我 们 在 此 只 是 讨论 一 些 主要 
的 概念 。 只 有 在 涉及 到 下 面 两 种 情况 的 时 候 才 会 给 出 名 称 碍 找 的 相关 细节 : 
C1) 如 果 以 直观 的 态度 来 对 待 会 犯错 的 普通 例子 ，《〈2) C++ 标准 〈 以 某 种 方 
式 ) 给 出 的 那些 错误 的 例子 。 


受 限 名 称 的 名 称 奏 找 是 在 一 个 受 限 作用 域内 部 进行 的 ， 该 受 限 作用 域 由 一 个 
限定 的 构造 所 决定 。 如 果 该 作用 域 是 一 个 类 ， 那 么 但 找 范围 可 以 到 达 它 的 基 类 ; 


但 不 会 考虑 它 的 外 围 作用 域 。 下 面 的 例子 说 明了 这 些 基 本 原则 : 


class D : public B { 


}; 
void f(D* pd) 
{ 


pd->i = 3; // 找 到 B: :i 
D::x = 2; // 错 误 : 并 不 能 找到 外 围 作用 域 中 的 : :x 


非 受 限 名 称 的 查找 则 相反 ， 它 可 以 (由 内 到 外 )〉 在 所 有 外 围 类 中 逐 层 地 进行 
查找 《但 在 茶 个 类 内 部 定义 的 成 员 函 数 定义 中 ， 它 会 先 查 找 该 类 和 基 类 的 作用 
域 ， 然 后 才 碍 找 外 于 类 的 作用 域 ) ， 这 种 奏 找 方式 也 被 称 为 普通 查找。 下 面 的 例 
子 说 明 普通 查找 的 一 些 基 本 概念: 


extern int count; //(1) 


int lookup_example (int count) //(2) 
{ 
if(count < @) { 
int count = 1; //(3) 
lookup_example(count) ; // 非 受 限 的 count 将 会 引用 (3) 


return count + ::count; // 第 1 个 〈 非 受 限 的 ) count 


// 引 用 (2) ,第 2 个 〈 受 限 的 ) count 引 用 (1) 


对 于 非 受 限 名 称 的 查找 ， 最 近 增 加 了 一 项 新 的 查找 机 制 一 一 除了 前 面 的 普通 
查找 一 一 就 是 说 非 受 限 名 称 有 时 可 以 使 用 依赖 于 参数 的 查找 (argument-dependent 


lookup, ADL?!) 。 在 阐述 ADL 的 细节 之 前 ， 让 我 们 先 通过 前 面 的 max() 模 板 来 说 
明 这 种 机 制 的 动机 : 


template <typename T> 
inline T const& max (T const& a, T const& b) 
{ 


return a <b? b: a; 


} 


假设 我 们 现在 要 让 “在 另 一 个 名 字 空间 中 定义 的 类 型 "使 用 这 个 模板 函数 : 


namespace BigMath { 
class BigNumber { 


}; 


bool operator < (BigNumber const&, BigNumber const&); 
} 
using BigMath: :BigNumber; 


void g(BigNumber const& a, BigNumber const& b) 
{ 


BigNumber x = max(a, b); 


问题 是 max0) 模 板 并 不 知道 BigMath 名 字 空 间 ， 因 此 普通 查找 也 找 不 到 “应 用 于 
BigNumber 类 型 值 的 operator<”。 如 果 没 有 特殊 规则 的 话 ， 这 种 限制 将 会 大 大 减少 
eee ADL 正 是 这 个 特殊 规则 ， 也 正 是 解决 这 种 限制 的 关 
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9.2.1 Argument-Dependent Lookup (ADL) 


ADL 只 能 应 用 于 非 受 限 名 称 。 在 函数 调用 中 ， 这 些 名 称 看 起 来 像 是 非 成 员 函 
数 。 对 于 成 员 函 数 名 称 或 者 类 型 名 称 ， 如 果 普 通 碍 找 能 找到 该 名 称 ， 那 么 将 不 会 
应 用 ADL。 如 果 把 被 调用 函数 的 名 称 〈 如 max) 用 圆 括号 括 起 来 ， 也 不 会 使 用 
ADL. 


人 否则， 如 果 名 称 后 面 的 括号 里 面 有 【一 个 或 多 个 ) 实 参 表达 式 ， 那 么 ADL 将 
会 查找 这 些 实 参 的 associated class!) (关联 类 ) 和 associated namespace (关联 名 字 
空间 ) 。 对 于 associated class 和 associated namespace 的 准确 定义 ， 我 们 将 留 到 后 面 
给 出 。 但 从 直观 上 来 看 ， 我 们 可 以 认为 是 : 与 给 定 类 型 直接 相关 的 所 有 namespace 
和 class。 例 如 ， 如 果菜 一 类 型 是 指向 class X 的 指针 ， 那 么 它 的 associated class 和 
associated namespace 会 包含 X 和 X 所 属 的 任何 class 和 namespace. 


对 于 给 定 类 型 ， 对 于 由 associated class 和 associated namespace 所 组 成 的 集合 的 


准确 定义 ， 我 们 可 以 通过 下 列 规则 来 确定 : 
。 对 于 基本 类 型 ， 该 集合 为 空 集 。 


对 于 指针 和 数组 类 型 ， 该 集合 是 所 引用 类 型 〈( 壁 如 对 于 指针 而 言 ， 它 所 引用 
的 类 型 是 “指针 所 指 对 象 ” 的 类 型 ) 的 associated class 和 associated namespace. 
对 于 枚 举 类 型 ，associated namespace 指 的 是 枚 举 声 明 所 在 的 namespace。 对 于 
类 成 员 ，associated class 指 的 是 它 所 在 的 类 。 

对 于 class 类 型 (包含 联合 类 型 ) associated class 集 合 包括 : 该 class 类 型 本 
身 、 它 的 外 围 类 型 、 直 接 基 类 和 间接 基 类 。associated namespace 集 合 是 每 个 
associated class 所 在 的 namespace。 如 果 这 个 类 是 一 个 类 模板 实例 化 体 由 ， 那 么 
还 包含 : 模板 类 型 实 参 本 身 的 类 型 、 声 明 模 板 的 模板 实 参 所 在 的 class 和 
namespace。 

对 于 函数 类 型 ， 该 集合 包括 所 有 参数 类 型 和 返回 类 型 的 associated class 和 
associated namespace。 

对 于 类 X 的 成 员 指 针 类 型 ， 除 了 包括 成 员 相 关 的 associated anmespace 和 
associated calss， 该 集合 还 包括 与 X 相 关 的 associated namespace 和 associated 
Class。 


至 此 ，ADL 会 在 所 有 的 associated class 和 associated namespace 中 依次 地 查找 ， 


就 好 像 依次 地 直接 使 用 这 些 名 字 空 间 进行 限定 一 样 。 唯 一 的 例外 情况 是 : ERA 
略 using-directives (using 指 示 符 ) 。 下 面 的 例子 说 明了 这 一 点 : 


//details /adl.cpp 
#include <iostream> 


namespace X { 


} 


namespace N { 


void f(int) 


} 


int 


template<typename T> void f(T); 


using namespace X; 
enum E { e1 }; 
void f(E) { 
std::cout << "N::f(N::E) called\n"; 
} 


std::cout << "::f(int) called\n"; 


main() 

2: f(N::e1); // 受 限 函数 名 称 : 不 会 使 用 ADL 

F(N::e1); // 普通 查找 将 找到 f(); ADL 将 找到 N: :f()， 
// 将 会 调用 后 者 [5] 


我 们 可 以 看 出 : 在 这 里 例子 中 ， 当 执行 ADL 的 时 候 ， 名 字 空 间 N 中 的 using- 
es 因此 ， 在 这 个 main0 函 数 内 部 的 调用 中 ， 是 肯定 不 会 调用 X::f() 


9.2.2” 友 元 名 称 插 入 


在 类 中 的 友 元 函数 声明 可 以 是 该 友 元 函数 的 首次 声明 。 在 此 前 提 下 ， 对 于 包 
含 这 个 友 元 函数 的 类 ， 假 设 它 所 属 的 最 近 名 字 空 间作 用 域 (可 能 是 全 局 作用 域 ) 
为 作用 域 A， 我 们 就 可 以 认为 该 友 元 函数 是 在 作用 域 A 中 声明 的 。 这 里 ， 我 们 会 遇 
到 一 个 类 有 争议 的 话题 : 在 插入 友 元 声明 的 〈 类 ) 作用 域 中 ， 该 友 元 声明 是 否 应 
aa 
I 例子: 


template <typename T> 
class C { 
friend void f(); 
friend void f(C<T> const&) ; 


}; 
void g(C<int>* p) 
{ 
f(); //f() 在 此 是 可 见 的 吗 
f(*p); //f(C<int> const&) 在 此 是 可 见 的 吗 
} 


这 里 的 问题 是 : 如 果 友 元 声明 在 外 围 类 中 是 可 见 的 ， 那 么 实例 化 一 个 类 模板 
可 能 会 使 一 些 普通 函数 《如 f() 〉 的 声明 也 成 为 可 见 的 。 一 些 程序 员 会 认为 这 样 很 


出 卑 意料 。 因 此 C++ 标准 规定 : 通常 而 言 ， 友 元 声明 在 外 围 〈 类 ) 作用 域 中 是 不 
可 见 的 。 


然而 ， 存 在 一 个 有 趣 的 编程 搁 术 ， 它 依赖 于 只 在 友 元 声明 中 声明 (或 者 定 
SO 某 个 函数 〈 见 11.7 节 ) 。 因 此 C++ 标准 还 规定 : 如 果 友 元 函数 所 在 的 类 属于 
ADL 的 关联 类 集合 ， 那 么 我 们 在 这 个 外 围 类 是 可 以 找到 该 友 元 声明 的 。 


再 次 考虑 上 面 的 例子 。 调 用 fO0 并 没有 关联 类 或 者 名 字 空 间 ， 因 为 它 没 有 任何 
参数 ， 不 能 利用 ADL， 因 此 是 一 个 无 效 调用 。 然 而 ，f(*p) 具 有 关联 类 C<int> CA 
为 部 的 类 型 是 C<int>) ; 因此 ， 只 要 我 们 在 调用 之 前 完全 实例 化 了 类 C<int>， 就 
可 以 找到 第 2 个 友 元 函数 〈 即 f) 声明 。 为 了 确保 这 一 点 ， 我 们 可 以 假设 ; 对 于 涉 
及 在 关联 类 中 友 元 查找 的 调用 ， 实 际 上 会 导致 该 (关联 〉 类 被 实例 化 (如 果 还 没 
有 实例 化 的 话 〉》[9。 


9.2.3 ”插入 式 类 名 称 


如 果 在 类 本 里 的 作用 域 中 插入 该 类 的 名 称 ， 我 们 就 称 该 名 称 为 插入 式 类 名 
称 。 它 可 以 被 看 作 位 于 该 类 作用 域 中 的 一 个 非 受 限 名 称 ， 而 且 是 可 访问 的 名 称 
然而， 如 果 作 为 受 限 名 称 ， 该 名 称 是 不 可 访问 的 ， 因 为 我 们 在 此 并 不 是 使 用 该 
名 称 来 表示 构造 函数 ) 。 例 如 下 面 的 例子 : 


//details/inject. cpp 
#include <iostream> 


int C; 


class C { 
private: 
int i[2]; 
public: 
static int f() { 
return sizeof(C); 
} 
}; 


int f() 


return sizeof(C); 


} 
int main() 


std::cout << "C::f() 
<< " ::f() 


"<< C::f0() <« "," 
" << ::f() << std::endl; 


从 运行 结果 可 以 知道 : 成 员 函 数 C::f0 返 回 类 型 C 的 大 小 ， 而 函数 ::10 返 回 变量 
C 的 大 小 〈 即 int 对 象 的 大 小 ) o 


类 模板 也 可 以 具有 插入 式 类 名 称 。 然 而 ， 它 们 和 普通 插入 式 类 名 称 有 些 区 
Al: 它们 的 后 面 可 以 紧 跟 模板 实 参 〈 在 这 种 情况 下 ， 它 们 也 被 称 为 插入 式 类 模板 
名 称 ) 。 但 是 ， 如 果 后 面 没 有 紧 跟 模板 实 参 ， 那 么 它们 代表 的 就 是 用 参数 来 代表 
实 参 的 类 《〈 例 如， 对 于 局 部 特 化 ， 还 可 以 用 特 化 实 参 代表 对 应 的 模板 实 参 ) 。 这 
同时 说 明了 下 面 的 情况 : 


template <template<typename> class TT> class X { 


}3 


template <typename T> class C { 


C* a; // 正 确 : 等 价 于 C<T>* a 

C<void> b; // 正 确 

X<C> Cc; // 错 误 : 后 面 没有 模板 实 参 列 表 的 C 不 被 看 作 模板 
X<::C> d; // 错 误 : <: 是 [ 的 男 一 种 标记 (表示 ) 


X< ::C> es // 正 确 : 在 < 和 : : 之 间 的 空格 是 必需 的 


从 上 面 代码 我 们 可 以 知道 如 何 使 用 非 受 限 名 称 来 引用 插入 式 名 称 〈 即 C) ， 
如 果 这 些 非 受 限 名 称 的 后 面 没 有 紧 跟 模板 实 参 列表 ， 那 么 是 不 会 被 看 成 模板 名 称 
的 。 为 了 避免 这 种 情况 ， 我 们 可 以 在 要 查找 的 ) 模板 名 称 前 面 加 上 作用 域 限 定 
FEG : ) ， 这 样 就 可 以 顺利 通过 编译 。 但 在 这 里 我 们 要 避免 创建 一 个 所 谓 的 连 
字符 (<: ) 标记 ， 该 标记 实际 上 会 被 解释 为 一 个 左 括号。 这 种 情况 虽然 很 少 出 
现 ， 但 如 果 出 现 的 话 ， 编 译 器 给 出 的 诊断 信息 往往 是 令 人 困惑 的 。 


9.3 ”解析 模板 


大 多 数 程序 设计 语言 的 编译 都 包含 两 个 最 基本 的 步 又: 符号 标记 [一 一 和 解 
析 。 扫 描 过 程 把 源 代码 当 作 字 符 串 序列 读 入 ， 然 后 根据 该 序列 生成 一 系列 标记 。 
例如 ， 当 看 到 字符 串 序 列 int* p = 0; 时 ， 扫 描 需 会 生成 这 样 标记 来 描述 : 关键 字 
int、 一 个 符号 /运算 符 *、 一 个 标识 符 p、 一 个 符号 /运算 符 三 、 一 个 整数 0 和 一 个 
符号 /运算 符 ;〈 分 号 ) 。 


接 下 来 ， 解 析 器 会 递归 地 减少 标记 ， 或 者 把 前 面 已 经 找到 的 模式 结合 成 更 高 
层次 的 构造 ， 从 而 在 标记 序列 中 不 断 对 应 已 知 模式 。 例 如 ， 标 记 0 是 一 个 有 效 表 
达 式 ，* 和 后 面 p 的 组 合 也 是 一 个 有 效 的 声明 ， 而 该 声明 和 后 面 的 “=” 再 后 面 的 表 
达 式 “0” 也 组 成 一 个 更 长 的 有 效 声 明 。 最 后 ， 关 键 字 int 是 一 个 已 知 的 类 型 名 称 。 因 
此 ， 当 它 后 面 跟随 声明 *p = 0 时 ， 你 实际 上 进行 的 是 : 初始 化 p 的 声明 。 


9.3.1 非 模板 中 的 上 下 文 相关 性 


你 可 能 已 经 知道 (或 者 期 望 ) 解析 要 比 扫描 困难 。 笠 运 的 是 ， 解 析 己 经 是 一 
门 发 展 得 相当 成 熟 的 理论 ， 大 多 数 语言 在 利用 这 一 理论 进行 解析 也 不 会 遇 到 大 的 
困难 。 然 而 ， 解 析 理 论 主要 是 面向 上 下 文 无 关 语 言 的 ， 而 我 们 在 前 面 已 经 知道 
C++ 是 上 下 文 相关 语言 。 为 了 解决 这 个 相关 性 ，C++ 编 译 圳 会 使 用 一 张 符 号 表 把 
扫描 器 和 解析 器 结合 起 来 。 当 解析 茶 个 声明 的 时 候 ， 该 声明 就 会 添加 到 表 中 。 妆 
扫描 器 找到 一 个 标识 符 时 ， 它 会 在 符号 表 中 进行 公 找 ， 如 果 发 现 该 标识 符 是 一 个 
类 型 ， 就 会 注释 这 个 所 获得 的 标记 标识 符 〉。 


例如 ， 如 果 C++ 编 译 器 看 到 : 


那么 扫描 器 会 查找 x， 如 果 它 发 现 x 是 一 个 类 型 ， 那 么 解析 器 接 下 来 会 看 到 : 


identifier, type, x 
symbol, * 


并 且 可 以 得 出 结论 : 这 里 开始 了 一 个 声明 。 然 而 ， 在 上 述 查 找 过 程 中 ， 如 果 
发 现 x 并 不 是 一 个 类 型 ， 解 析 器 就 会 从 扫描 器 获得 以 下 标记 : 


identifier, nontype, x 
symbol, * 


因此 这 个 构造 就 补 有 效 地 解析 为 一 个 乘积 。 这 些 原则 的 细节 要 依赖 于 编译 器 
的 具体 实现 策略 ， 但 大 体 都 是 差不多 的 。 


下 面 的 表达 式 给 出 了 为 一 个 上 下 文 相关 的 例子 : 


X<1>(0) 


如 果 X 是 类 模板 名 称 的 话 ， 那 么 这 个 表达 式 将 会 把 整数 0 强制 类 型 转换 为 (从 
模板 产生 的 ) X<1> 类 型 。 如 果 X 不 是 一 个 模板 ， 那 么 该 表达 式 等 价 于 : 


(X <1) > 6 


就 是 说 ， 现 在 是 让 X 和 1 先 比较 大 小 ， 然 后 把 比较 结果 (〈true 或 false) ， 显 式 
地 转换 为 1 或 0， 最 后 再 让 转换 结果 和 后 面 的 0 进行 比较 大 小 。 昌 然 这 类 C++ 代码 很 
少 使 用 ， 但 这 类 代码 事实 上 是 有 效 的 〈 对 C 语 言 也 是 有 效 的 ) 。 因 此 ，C++ 解 析 
器 会 先 查 找 < 之 前 的 名 称 ， 只 有 在 该 名 称 是 一 个 模板 名 称 时 ， 才 会 把 < 看 成 左 尖 
括号 。 其 他 情况 下 ， 都 会 把 < 看 成 小 于 号 。 


令 人 感到 遗憾 的 是 ， 这 类 上 下 文 相关 性 都 是 由 于 选择 尖 括 号 来 界定 模板 参数 
列表 所 造成 的 。 下 面 是 妃 一 个 这 种 例子 : 


template<bool B> 
class Invert { 
public: 
static bool const result= !B; 


}; 
void g() 
{ 
bool test = Invert<(1>0)>::result; // 圆 括号 是 必需 的 
} 


如 果 省 略 Invert< (1>0) > 中 的 圆 括 号 ， 那 么 第 1 个 大 于 号 (>) 会 被 错误 地 理 
解 为 模板 实 参 列 表 的 结束 标记 。 这 将 会 令 这 行 代码 无 效 ， 因 为 编译 器 会 等 价 地 把 
该 代码 看 成 〈 (Invert < 1>) ) O>::result!®!, 


尖 插 号 给 扫描 器 带 来 的 问题 还 不 止 这 些 。 我 们 在 前 面 已 经 提 到 〈( 见 3.2 节 ): 
在 引入 舱 套 template-id 的 时 候 ， 要 在 两 个 大 于 号 之 间 添 加 空格 。 璧 如: 


List<List<int> > a; 


// 这 里 的 空格 是 必须 的 


事实 上 ， 上 面 ( 两 个 大 于 号 ) 之 间 的 空格 是 必须 的 : 如 果 没 有 这 个 空格 ， 那 
么 两 个 > 会 被 组 合成 一 个 右 移 标记 >>， 从 而 也 就 不 会 被 看 成 两 个 分 开 的 标记 。 这 
要 归 因 于 所 谓 的 maximum munch 扫 描 原 则 : C++ 实现 应 该 让 一 个 标记 具有 尽 可 能 
多 的 字符 。 


对 于 模板 的 初学 者 而 言 ， 这 个 话题 可 能 会 是 一 块 绊脚石 。 因 此 一 些 C++ 编 译 


器 的 实现 根据 实际 情况 进行 了 修改 ， 从 而 在 此 特殊 条 件 下 ， 会 把 >> 看 成 两 个 分 
开 的 >〈 并 且 给 出 一 个 警告 说 明 这 种 写法 并 不 是 有 效 的 C++) 。C++ 委 员 会 也 考虑 
要 在 将 来 C++ 标准 的 版 本 中 更 正 这 个 问题 〈 见 13.1 节 ) 。 


男 一 个 关于 maximum munch 的 例子 ， 也 是 一 个 少 有 人 知 的 例子 。 在 使 用 尖 括 
号 的 时 候 ， 当 遇 到 作用 域 解 析 运 算 符 C : ) 的 时 候 要 格外 小 心 : 


class X { 


}; 


List<::X> many_X; // 语 法 错误 


这 个 例子 的 问题 是 : 字符 序列 <: 的 结果 会 是 一 个 〈 所 谓 的 ) 两 字符 
(digraph) PI, GRAS [ 的 另 一 种 表示 方法 。 因 此 ， 编 译 器 实际 上 看 到 的 是 : 
List [:X> many_X， 而 这 个 声明 并 没有 实际 意义 。 于 是 ， 我 们 需要 在 < 和 :: 之 间 
添加 一 些 空格 : 


List< ::X> many_X; 


// 这 里 的 空格 是 必须 的 


9.3.2 ”依赖 型 类 型 名 称 


有 关 模 板 名 称 的 问题 主要 是 : 这 些 名 称 不 能 有 效 地 确定 。 尤 其 是 模板 中 不 能 
引用 其 他 模板 的 名 称 ， 因 为 其 他 模板 的 内 容 可 能 会 由 于 显 式 特 化 〈 见 第 12 章 ) 而 
使 原来 的 名 称 失效 。 考 虑 下 面 我 们 所 假设 的 例子 : 


template <typename T> 
class Trap { 
public: 
enum { x }; //(1) 这 
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a 


}; 


template<typename T> 
class Victim { 
public: 
int y; 
void poof() { 
Trap<T>: :x*y; // (2) 这 
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} 
}; 


template<> 
class Trap<void> { // 会 给 后 面 带 来 麻烦 的 特 化 
public: 
typedef int x; // (3) 这 里 的 x 是 一 个 类 型 


}; 


void boom(Victim<void>& bomb) 
{ 
} 


bomb . poof () ; 


当 编译 器 解析 (2) 时 ， 它 必须 确定 它 所 看 到 的 是 一 个 声明 还 是 一 个 乘积 ， 
而 这 个 结果 要 取决 于 依赖 型 受 限 名 称 Trap<T>::x 是 否 是 一 个 类 型 名 称 。 编 译 器 这 
时 会 查找 模板 Trap， 并 且 在 上 面 找到 这 个 模板 : 根据 行 (1) ，Trap<T>::x 并 不 是 
一 个 类 型 ， 从 而 让 我 们 相信 行 〈2) 是 一 个 乘积 。 然 而 ， 在 后 面 IT 为 void 的 特 化 
H, RASI GZ) Trap X<T>::x， 让 它 变 成 一 个 类 型 ， 这 完全 违背 了 前 
面 的 源 代码 。 因 为 在 这 种 悄 况 下， 类 Victim 中 的 Trap<T>::x 实 际 上 是 一 个 int 类 
Fi 


C++ 的 语言 定义 通过 下 面 规定 来 解决 这 个 问题 : 通常 而 言 ， 依 赖 型 受 限 名 称 
并 不 会 代表 一 个 类 型 ， 除 非 在 该 名 称 的 前 面 有 关键 字 typename 前 级 。 对 于 类 型 名 
称 ， 如 果 不 加 上 typename 前 缀 ， 那 么 在 蔡 换 模 板 实 参 之 后 ， 就 不 会 被 看 成 类 型 名 
称 ， 从 而 程序 也 是 无 效 的 ， 你 的 C++ 编译 器 还 会 抱怨 在 实例 化 过 程 中 发 现 了 错 
误 。 男 一 方面 ， 我 们 应 该 知道 typename 的 这 种 用 法 和 前 面 用 于 表示 模板 类 型 参数 
的 用 法 是 不 一 样 的 ， 在 这 里 你 不 能 使 用 关键 字 class 来 等 价 蔡 换 关键 字 typename。 
总 之 ， 当 类 型 名 称 具 有 以 下 性 质 时 ， 就 应 该 在 该 名 称 前 面 添加 typename 前 绥 : 


C1) 名 称 出 现在 一 个 模板 中 。 
(2) 名 称 是 受 限 的 。 


(3) 名 称 不 是 用 于 指定 基 类 继承 的 列表 中 ， 也 不 是 位 于 引入 构造 函数 的 成 
员 初 始 化 列表 中 。 


(4) 名 称 依赖 于 模板 参数 。 


而 且 ， 只 有 当前 面 3 个 条 件 同时 满足 的 情况 下 ， 才 能 使 用 typename 前 级 。 为 了 
说 明 这 一 点 ， 让 我 们 考虑 下 面 这 个 错误 的 例子 9: 


template<typename, T> 
struct S : typename, X<T>::Base { 
S() : typename} X<T>::Base(typename, X<T>::Base(@) ) { } 
typename, X<T> f() { 
typename, X<T>::C *p; // 指 针 p 的 声明 
X<T>::D* q; [IRF 


} 


typename; X<int>::C * s; 


}; 


struct U { 


typenameg X<int>::C * pc; 


}3 


在 上 面 的 代码 中 ，typename 的 每 次 出 现 〈 不 管 正确 与 否 ) 我 们 都 给 出 它 的 下 
标 ， 这 样 有 利于 下 面 的 引用 。 第 1 个 typename1 用 来 引入 一 个 模板 参数 ， 因 此 并 不 
适用 前 面 的 规则 。 第 2 个 和 第 3 个 typename 的 使 用 属于 前 面 规则 (3〉 所 禁止 的 用 
法 : 在 这 两 种 情况 下 ， 基 类 名 称 都 不 能 添加 typename 前 级。 然而 ， 第 4 个 
typename4 是 必 不 可 少 的 ， 因 为 这 里 的 基 类 名 称 既 不 是 位 于 初始 化 列表 ， 也 不 是 位 
于 派生 类 的 继承 约定 ; 而 是 为 了 基于 实 参 0 构 造 一 个 临时 X<T>::Base 表 达 式 〈 也 
可 以 是 某 种 强制 类 型 转型 ) 。 第 5 个 typename 同 样 也 是 禁止 的 ， 因 为 它 后 面 的 名 称 
X<T> 并 不 是 一 个 受 限 名 称 。 对 于 第 6 个 typename， 如 果 是 期 望 声明 一 个 指针 ， 那 
么 这 个 typename 就 是 必需 的 。 下 一 行 省 略 了 关键 字 typename， 因 此 也 就 被 编译 器 
解释 为 一 个 乘积 。 第 7 个 typename 是 可 选 〈《 可 有 可 无 ) 的 ， 因 为 它 符合 前 面 的 3 条 
人 eo er ieee treme a E 


9.3.3 ”依赖 型 模板 名 称 


如 果 一 个 模板 名 称 是 依赖 型 名 称 ， 我 们 将 会 遇 到 与 上 一 小 节 类 似 的 问题 。 通 
常 而 言 ，C++ 编 译 器 会 把 模板 名 称 后 面 的 < 看 作 模板 参数 列表 的 开始 ;但 如 果 该 
< 不 是 位 于 模板 名 称 后 面 ， 那 么 编译 器 将 会 把 它 当 作 小 于 号 处 理 。 和 类 型 名 称 一 
样 ， 要 让 编译 器 知道 所 引用 的 依赖 型 名 称 是 一 个 模板 ， 需 要 在 该 名 称 前 面 插入 
template 关 键 字 ， 人 否则 的 话 编译 器 将 假定 它 不 是 一 个 模板 名 称 : 


template <typename T> 
class Shell { 
public: 
template<int N> 
class In { 
public: 
template<int M> 
class Deep { 
public: 
virtual void f(); 
}; 
}; 
}; 


template<typename T, int N> 
class Weird { 
public: 
void casel(typename Shell<T>::template In<N>::template Deep<N>* p) { 
p->template Deep<N>::f(); // 禁 止 虚 函 数 调用 


} 
void case2(typename Shell<T>::template In<N>::template Deep<N>& p){ 


p.template Deep<N>::f(); // 禁 止 虚 函数 调用 


} 


RE | 


这 个 多 少 有 些 复杂 的 例子 给 出 了 何 时 需要 在 运算 符 〈::，-> 和 . ， 用 于 限定 一 
个 名 称 ) 8 的 后 面 使 用 关键 字 template。 更 明确 的 说 法 是 : 如果 限定 符号 前 面 的 
名 称 《 或 者 表达 式 ) 的 类 型 要 依赖 于 茶 个 模板 参数 ， 并 且 紧 接 在 限定 符 后 面 的 是 
一 个 template-id《〈 就 是 指 一 个 后 面 带 有 尖 括 号 内 部 实 参 列 表 的 模板 名 称 ) ， 那 么 
就 应 该 使 用 关键 字 typename。 例 如 ， 在 下 面 的 表达 式 中 : 


p.template Deep<N>::f() 


p 的 类 型 要 依赖 于 模板 参数 T。 然 而 ，C++ 编 译 器 并 不 会 查找 Deep 来 判断 它 是 
否 是 一 个 模板 ;因此 我 们 必须 显 式 指定 Deep 是 一 个 模板 名 称 ， 这 可 以 通过 插入 
template 前 级 来 实现 。 如 果 没 有 这 个 前 级 的 话 ，p.Deep<N>::f() 将 会 被 解析 为 
( (p.Deep) <N) >fO0， 这 显然 并 不 是 我 们 所 期 望 的 。 我 们 还 应 该 看 到 : 在 一 个 
受 限 名 称 内 部 ， 可 能 需要 多 次 使 用 关键 字 template， 因 为 限定 符 本 身 可 能 还 会 受 限 
di (我 们 可 以 从 前 面 例子 中 casel 和 case2 的 参数 中 看 到 这 一 
FAD 。 


如 果 例 子 中 的 关键 字 template 被 省 略 了 ， 那 么 左 尖 插 写 和 右 尖 括号 会 被 解析 为 
小 于 号 和 大 于 号 。 然 而 ， 如 果 没 有 必要 ， 我 们 并 不 允许 到 处 使 用 这 个 关键 字 [12]，; 
你 也 不 应 该 在 代码 中 充斥 很 多 没 必要 的 template 限 定 符 。 


9.3.4 using-declaration 中 的 依赖 型 名 称 


using-declaration 会 从 两 个 位 置 《〈 即 类 和 和 名字 空间 ) 引入 名 称 。 如 果 引 入 的 是 
名 字 空 间 ， 将 不 会 涉及 到 上 下 文 问 题 ， 因 为 并 不 存在 名 字 空 间 模板 。 实 际 上 ， 从 
类 中 引入 名 称 的 using-declaration 的 能 力 是 很 有 限 的 : 只 能 把 基 类 中 的 名 称 引 入 到 
派生 类 中 。 这 种 using-declaration 的 行为 有 些 类 似 于 派生 类 访问 基 类 的 符号 链接 或 
者 快捷 方式 。 因 此 ， 可 以 让 派生 类 的 成 员 访问 被 using-declaration 的 名 称 ， 了 就 好 像 
该 名 称 是 在 派生 类 中 声明 的 成 员 一 样 。 下 面 用 一 个 非 模板 例子 来 说 明 这 个 问题 : 


class BX { 
public: 
void f(int); 
void f(char const*); 
void g(); 


class DX : private BX { 
public: 
using BX::f; 


上 面 的 using-declaration 引 入 基 类 (Bx) 中 的 名 称 f 到 派生 类 DX 中 。 在 这 个 例 


子 中 ， 名 称 f 关 联 着 两 个 声明 ， 但 我 们 这 里 强调 的 是 一 种 名 称 机 制 ， 并 不 关注 该 名 
称 是 否 是 一 个 单一 声明 。 另 外 ，using-declaration 的 这 种 用 法 可 以 让 以 前 不 能 访问 
的 成 员 现 在 变 成 可 访问 的 。 从 例子 中 可 以 看 出 ， 基 类 (和 它 的 成 员 ) 对 派生 类 DX 
是 私有 的 (因为 私有 继承 ) ， 除 非 DX 是 在 公共 接口 中 引入 BX::f， 否 则 DX 的 客户 
端 是 不 可 以 访问 BX::f 的 。 但 是 using-declaration 使 这 里 的 BX::f 变 成 可 访问 的 ， 这 
就 违背 了 C++ 早 期 的 访问 级 别 声明 机 制 ( 如 public/private/protected，C++ 的 将 来 版 
本 可 能 不 会 包含 这 个 机 制 ) : 


class DX : private BX { 
public: 


BX: :f; // 访 问 声 明 语法 被 取代 
// 用 using BX: :f 来 代替 


现在 ， 当 using-declaration 是 从 依赖 型 类 中 引入 名 称 的 时 候 ， 我 们 虽然 知道 这 
但 并 不 知道 该 名 称 究 竟 是 一 个 类 型 名 称 、 模 板 名 称 、 还 是 一 个 其 
` EK: 


template <typename T> 
class BXT { 
public: 
typedef T Mystery; 
template<typename U> 
struct Magic; 


}; 
template <typename T> 
class DXTT : private BXT<T> { 
public: 
using typename BXT<T>::Mystery; 
Mystery* p; // 如 果 上 面 不 使 用 typename， 将 会 是 一 个 语法 错误 


}3 


而 且 ， 如 果 我 们 期 望 使 用 using-declaration 所 引入 的 依赖 型 名 称 是 一 个 类 型 ， 


我 们 必须 插入 关键 字 typename 来 显 式 指 定 。 另 一 方面 ， 比 较 奇 怪 的 是 ，C++ 标 准 
a a a 来 指定 依赖 型 名 称 是 一 个 模板 。 下 面 的 代码 段 说 明 
这 个 问题 : 


template <typename T> 
class DXTM : private BXT<T> { 
public: 
using BXT<T>::template Magic; // 错 误 : 非 标准 的 
Magic<T>* plink; // 语 法 错误 : Magic 并 不 是 
// 一 个 已 知 模板 
}; 


这 应 该 是 标准 规范 的 一 个 路 忽 ， 在 将 来 的 版 本 中 ， 上 面 的 构造 〈 指 Magic ) 
可 能 会 是 合法 的 。 


9.3.5 ADL 和 显 式 模板 实 参 
考虑 下 面 的 例子 : 


namespace N { 
class X { 


}; 
template<int I> void select(X*); 


} 


void g(N::X* xp) 


select<3>(xp); // 错 误 : 没有 ADL 
} 


在 这 个 例子 中 ， 调 用 select<3>(xp) 的 时 候 ， 我 们 可 能 会 期 望 通 过 ADL 来 找到 
模板 select0;， 然而 ， 实 际 情况 并 不 是 这 样 的 。 因 为 编译 器 在 不 知道 <3> 是 一 个 模 
板 实 参 列表 之 前 ， 是 无 法 断定 xp 是 一 个 函数 调用 实 参 的 ， 反 过 来 ， 如 果 要 判定 
<3> 是 一 个 模板 实 参 列表 ， 我 们 需要 先知 道 select0 是 一 个 模板 。 这 种 是 先 有 鸡 还 
是 先 有 和 蛋 的 问题 没 法 解决 ， 因 此 编译 器 只 能 把 上 面 表达 式 解 析 成 (select<3)>(xp)， 
但 这 并 不 是 我 们 所 期 望 的 ， 也 是 毫 无 意义 的 。 


9.4 ”派生 和 类 模板 


类 模板 可 以 继承 也 可 以 被 继承 。 对 于 大 多 数 情 况 而 言 ， 模 板 和 非 模板 的 继承 
没有 很 重要 的 区 别 。 然 而 ， 要 从 “依赖 型 名 称 所 引用 的 基 类 ”派生 一 个 类 模板 的 情 
况 下 ， 这 两 者 有 一 个 重要 而 微妙 的 区 别 。 让 我 们 先 来 看 一 个 简单 一 些 的 例子 ， 它 
针对 的 是 非 依 赖 型 基 类 。 


9.4.1 FE KAY SESS 


在 一 个 类 模板 中 ， 一 个 非 依赖 型 基 类 是 指 : 无 需 知道 模板 实 参 就 可 以 完全 确 
定 类 型 的 基 类 。 就 是 说 ， 基 类 名 称 是 用 非 依赖 型 名 称 来 表示 的 。 例 如 : 


template <typename X> 
class Base { 
public: 
int basefield; 
typedef int T; 


}3 


class D1 : public Base<Base<void> > { // 实 际 上 不 是 模板 


public: 
void f() { basefield =3; } 


template<typename T> 
class D2 : public Base<double> { // 非 依赖 型 基 类 
public: 
void f() { basefield =7; } // 正 常 访问 继承 成 员 
T strange; //T 是 Base<double>::T， 而 不 是 模板 参数 


模板 中 的 非 依赖 型 基 类 的 性 质 和 普通 非 模板 类 中 的 基 类 的 性 质 很 相似 ， 但 存 
在 一 个 很 细微 〈 会 令 你 感到 意外 ) 的 区 别 : 对 于 模板 中 的 非 依赖 型 基 类 而 言 ， 如 
果 在 它 的 派生 类 中 查找 一 个 非 受 限 名 称 ， 那 就 会 先 查 找 这 个 非 依赖 型 基 类 ， 然 后 
才 碍 找 模板 参数 列表 。 这 就 意味 着 : 在 前 面 的 例子 中 ， 类 模板 D2 的 成 员 strange 的 
类 型 一 直 都 会 是 Base<double>::T 中 对 应 的 T 类 型 (也 就 是 int) 。 例 如 ， 下 面 的 函 
数 是 无 效 的 C++ 代码 〈 假 设 已 经 声明 了 上 面 的 代码 ) : 


void g (D2<int*>& d2, int* p) 


d2.strange = p; // 错 误 ， 类 型 不 匹配 
} 


这 是 一 个 违背 直观 的 得 找 ， 编 写 派生 类 模板 的 程序 员 应 该 格外 注意 非 依赖 型 


基 类 中 的 这 些 名 称 ;， 即 使 这 种 派生 是 间接 的 ， 或 者 这 些 名 称 是 私有 的 ， 也 是 这 样 
查找 上。 事实 上 ， 在 参数 化 实体 〈 例 如 上 面 的 D2) 的 作用 域 中 ， 如 果 能 够 先 查 
找 模 板 参 数 可 能 是 更 加 可 取 的 ， 可 惜 事实 并 不 如 此 。 


9.4.2 (KAY SESE 


在 前 面 的 例子 中 ， 基 类 是 完全 确定 的 ， 它 并 不 依赖 于 模板 参数 。 这 就 意味 
着 : 一 看 到 模板 的 定义 ，C++ 编 译 占 就 可 以 在 这 些 基 类 中 查找 非 依 赖 型 名 称 。 而 
男 一 种 候选 方法 (C++ 标准 并 不 允许 这 种 方法 ) 会 延迟 这 类 名 称 的 查找 ， 只 有 等 
到 进行 模板 实例 化 时 ， 才 真正 查找 这 类 名 称 。 这 种 候选 方法 的 缺点 是 : 它 同 时 也 
将 诸如 漏 写 茶 个 符号 导致 的 错误 信息 ， 延 迟到 实例 化 的 时 候 产 生 。 因 此 ，C++ 标 
准 规定 : 对 于 模板 中 的 非 依赖 型 名 称 ， 将 会 在 看 到 的 第 一 时 间 进 行 查 找 。 有 了 这 
个 概念 之 后 ， 让 我 们 考虑 下 面 的 例子 : 


template<typename T> 


class DD : public Base<T> { // 依 赖 型 基 类 
public: 
void f() { basefield = ð; } //(1)problem... 
template<> // 显 式 特 化 
class Base<bool> { 
public: 
enum { basefield = 42 }; // (2) tricky! 
}; 


void g(DD<bool>& d) 


d.f(); //(3)oops? 


} 


在 (1) 处 我 们 发 现代 码 中 引用 了 非 依 赖 型 名 称 basefield， 必 须 蕊 上 对 它 进行 
查找 。 假 设 我 们 在 模板 Base 中 查找 到 它 ， 并 根据 Base 类 的 声明 把 basefield 绑 定 为 
int 变 量 。 然 而 ， 我 们 随后 使 用 显 式 特 化 改写 了 Base 的 泛 型 定义 ， 在 特 化 中 改变 了 
成 员 basefield 的 含义 ， 而 (1) 处 basefield 的 含义 在 这 之 前 已 确定 下 来 了 “〈 即 绑 定 
为 一 个 int 变 量 ) ; 这 也 是 错误 的 根源 。 因 此 ， 当 我 们 在 〈3) 处 实例 化 DD::{ 的 定 
义 时 ， 我 们 会 发 现 过 早 地 在 〈1) 处 绑 定 了 非 类 型 名 称 ; 然而 根据 (2) 处 对 
DD<bool> 的 特殊 指定 ，basefield 应 该 是 一 个 不 可 修改 的 常量 ， 因 此 编译 器 在 〈3) 
处 将 会 给 出 一 个 错误 的 信息 。 


为 了 (巧妙 地 ) 解决 这 个 问题 ， 标 准 C++ 声明 : 非 依赖 型 名 称 不 会 在 依赖 型 
基 类 中 进行 查找 0 〈 但 仍然 是 在 看 到 的 时 候 马 上 进行 查找 ) 。 因 此 ， 标 准 的 
C++ 编译 器 将 会 在 〈1) 处 给 出 一 个 诊断 信息 。 为 了 纠正 这 里 的 代码 ， 我 们 可 以 让 
basefield 也 成 为 依赖 型 名 称 ， 因 为 依赖 型 名 称 只 有 在 实例 化 时 才 会 进行 查找 ; 而 
且 在 实例 化 时 ， 基 类 的 特 化 是 已 知 的 。 例 如 ， 在 (3) 处 ， 编 译 器 知道 DD<bool> 
的 基 类 是 Base<bool>， 而 且 Base<bool> 是 程序 员 进 行 显 式 特 化 的 。 在 这 个 例子 


中 ， 我 们 可 以 借助 如 下 的 修改 方案 使 basefield 成 为 一 个 依赖 型 名 称 : 


// 修 改 〈 方 案 ) 1: 
template<typename T> 
class DD1 : public Base<T> { 
public: 
void f() { this->basefield = @; } // 查 找 被 延迟 了 


男 一 种 可 选 的 方法 (方案 2〉 是 利用 受 限 名 称 来 引入 依赖 性 : 


// 修 改 〈 方 案 ) 2: 
template<typename T> 
class DD2 : public Base<T> { 
public: 
void f() { Base<T>::basefield = @; } 


}3 


如 果 是 使 用 这 个 解决 方法 ， 我 们 需要 格外 小 心 ， 因 为 如 果 (原来 的 ) 非 受 限 
的 非 依 赖 型 名 称 是 被 用 于 虚 函 数 调 用 的 话 ， 那 么 这 种 引入 依赖 性 的 限定 将 会 禁 
虚 函 数 调用 ， 从 而 也 会 改变 程序 的 含义 。 因 此 ， 当 过 到 第 2 种 解决 方案 不 适用 的 
情况 ， 我 们 可 以 使 用 方案 1: 


template<typename T> 
class B { 
public: 
enum E { el = 6, e2 = 28, e3 = 496 }; 
virtual void zero(E e = e1); 
virtual void one(E&); 


}; 
template<typename T> 
class D : public B<T> { 


public: 

void f() { 
typename D<T>::E e; //this->E 会 是 一 个 无 效 的 语法 
this->zero(); //D<T>::zero() ZE ie K BC H 
one(e); //one 是 一 个 依赖 型 名 称 ， 因 为 它 的 

// 实 参 是 依赖 型 的 
} 
}; 


我 们 可 以 看 出 : 调用 one(e) 中 的 函数 名 称 one 是 依赖 于 模板 参数 的 ， 因 为 该 调 
用 的 显 式 实 参 〈( 即 e〉 的 类 型 ( 即 D<T>::E) 是 依赖 型 的 。 然 而 ， 如 果 我 们 是 把 这 
种 “依赖 于 模板 参数 的 类 型 * 隐 式 用 作 缺 省 实 参 的 类 型 ， 那 么 将 不 属于 (如 one 的 ) 
这 种 情况 ， 因 为 编译 器 要 等 到 决定 查找 的 时 候 ， 才 会 确认 缺 省 实 参 是 否 是 依赖 型 
的 ， 这 同样 会 导致 先 有 鸡 还 是 先 有 和 集 的 问题 。 为 了 避免 细微 的 差错 ， 我 们 更 趋向 
于 在 允许 使 用 this-> 前 级 的 地 方 都 使 用 this-> 前 级 ， 这 同样 适用 于 非 模 板 代码 。 


如 果 你 发 现 不 断 重 复 的 限定 会 让 你 的 代码 不 雅 观 ， 你 可 以 在 派生 类 中 只 引入 
依赖 型 基 类 中 的 名 称 一 次 : 


// 修 改 〈 方 案 ) 3: 
template<typename T> 
class DD3 : public Base<T>{ 


public: 
// (1) 依赖 型 名 称 现在 位 于 该 作用 域 


using Base<T>::basefield; 
void f() { basefield = 0; }//(2) 正 确 


}; 


E (2) 处 的 查找 是 成 功 的 ， 因 为 它 看 到 了 〈1) Ahusing-declarations 5 
外 ，using-declaration 是 等 到 实例 化 时 才 确 定 的 ， 这 也 是 我 们 所 期 望 的 目标 。 另 一 
方面 ， 这 种 机 制 也 是 有 一 些 约束 的 。 例 如 ， 如 果 派 生 自 多 个 基 类 ， 那 么 程序 员 就 
必须 准确 地 选择 哪个 基 类 包含 了 他 所 期 望 的 成 员 。 


95 本 章 后记 


首 个 解析 模板 定义 的 编译 器 是 由 Taligent 公 司 在 20 世 纪 90 年 代 中 期 开发 的 。 在 
这 之 前 ，【〔 即 使 在 这 之 后 的 一 段 时 间 ) 大 多 数 编译 器 都 把 模板 看 成 是 一 系列 要 在 
《解析 后 面 的 ) 实例 化 时 刻 才 被 处 理 的 标记 。 因 此 ， 除 了 处 理 诸 如 查找 模板 定义 
结束 位 置 等 少许 操作 之 外 ， 都 不 会 进行 其 他 的 解析 。Bill Gibbons 是 Taligent 公 司 
在 C++ 委员 会 的 代表 ， 他 极力 主张 让 模板 可 以 无 二 义 性 地 进行 解析 。 然 而 ， 直 到 
惠普 公司 完成 第 一 个 完整 的 编译 器 之 后 ，Taligent 公 司 的 努力 才 真 正 产品 化 ， 也 才 
有 了 一 个 真正 编译 模板 的 C++ 编译 器 。 和 其 他 具有 竞争 性 优点 的 产品 一 样 ， 这 个 
C++ 编 译 器 很 快 就 由 于 高 质量 的 诊断 信息 而 得 到 业界 的 认可 。 模 板 的 诊断 信息 不 
会 总 是 延迟 到 实例 化 时 刻 的 事实 也 要 归 因 于 这 个 编译 器 。 


在 模板 的 早期 开发 过 程 中 ，Tom Pennello (Metaware 公 司 的 一 个 著名 解析 专 
家 ) 就 意识 到 了 尖 插 号 所 带 来 的 一 些 问 题 。Stroustrup 也 对 这 个 话题 进行 了 讨论 
[StroustrupDnE]， 而 且 认 为 人 们 更 喜欢 阅读 尖 括 号， 而 不 是 圆 括 号 。 然 而 ， 除 了 
尖 括 写 和 圆 括 号 ， 还 存在 其 他 的 一 些 可 能 性 ，Pennello 在 1991 年 的 C++ 标 准 大 会 
(在 达拉斯 举办 ) 上 特别 地 提议 使 用 大 括号 403， 例如 〈List{::X}) 。 然 而 ， 在 那 
时 ， 问 题 的 扩展 程度 是 非常 有 限 的 ， 因 为 嵌入 在 其 他 模板 内 部 的 模板 《〈 也 称 为 成 
DER) 还 不 是 合法 的 ， 因 此 也 就 不 会 涉及 到 9.3.3 小 节 的 话题 。 最 后 ， 委 员 会 拒 
绝 了 这 个 取代 尖 括 号 的 提议 。 


“ 非 依赖 型 名 称 和 9.4.2 小 节 讨 论 的 依赖 型 基 类 ”的 名 称 碍 找 规则 是 C++ 标准 委 
员 会 在 1993 年 引入 的 。Bjarne Stroustrup 在 1994 年 初出 版 的 [StroustrupDnE] 首 次 给 
出 了 这 些 内 容 。 而 惠普 公司 在 1997 年 初 才 把 它 引 入 C++ 编译 器 ， 成 为 该 内 容 的 首 
次 实现 。 于 是 ， 才 出 现 了 许多 派生 自 依赖 型 基 类 的 类 模板 化 码 。 然 而 ， 当 惠普 公 
司 的 工程 师 们 开始 测试 这 个 实现 时 ， 却 发 现 了 大 多 数 以 特殊 方式 使 用 模板 的 程序 
都 不 能 通过 编译 ti。 尤其 是 ， 所 有 使 用 了 STL 的 实现 都 在 几 百 个 (甚至 是 几 千 
个 ) 位 置 违反 了 原则 。 为 了 使 这 个 转变 过 程 对 客户 而 言 能 够 更 加 容易 ， 对 于 那 
些 “ 假 定 非 依 赖 型 名 称 可 以 在 依赖 型 基 类 中 进行 查找 的 ”相关 代码 ， 惠 普 公 司 软化 
了 相关 的 诊断 信息 。 例 如 ， 对 于 位 于 类 模板 作用 域 的 非 依赖 型 名 称 ， 如 果 利 用 标 
准 原 则 不 能 找到 该 名 称 ，C++ 就 会 在 依赖 型 基 类 中 进行 查找 。 如 果 仍 然 找 不 到 该 
名 称 ， 便 会 给 出 一 个 错误 ， 编 译 失 败 。 然 而 ， 如 果 在 依赖 型 基 类 找到 了 该 名 称 ， 
那么 将 会 给 出 一 个 警告 ， 对 该 名 称 进 行 标记 并 且 看 成 是 依赖 型 名 称 ， 然 后 在 实例 
化 时 刻 试图 再 次 得 找 。 


在 查找 过 程 中 , “ 非 依赖 型 基 类 中 的 名 称 会 隐藏 相同 名 称 的 模板 参数 〈 见 9.4.1 
小 节 ) ”这 条 规则 显然 是 一 个 疏忽 。 在 将 来 标准 的 修改 版 本 中 可 能 会 修改 这 个 错 
es alle 下 ， 应 该 尽量 不 让 模板 参数 名 称 和 非 依赖 型 基 类 中 的 名 称 具 有 相 
同 的 命名 。 


AndrewKoenig 首 次 提出 了 ADL 〈 这 也 是 为 什么 ADL 有 时 也 称 为 koenig 碍 找 的 


原因 ) ， 但 当时 只 是 用 于 运算 符 函 数 的 查找 。 最 初 的 动机 只 是 从 美观 和 简单 性 出 
发 : 因为 “用 外 围 名 字 空 间 显 式 限定 的 运算 符 名 称 ” 看 起 来 是 很 拖 省 的 (例如 ， 对 
于 a+tb， 我 们 需要 这 样 编写 : N::operator+(a, b) ) ; 而 为 每 个 运算 符 都 使 用 using 
declaration 也 会 令 代 码 变 得 难以 控制 。 因 此 ， 才 决定 运算 符 应 该 在 与 参数 相关 的 名 
字 空 间 中 人 查找。 后 来 ， 对 ADL 进 行 了 扩展 ， 使 之 能 够 适应 : 某 些 种 类 的 友 元 名 称 
插入 、 支 持 模板 和 模板 实例 化 的 两 阶段 查找 模型 〈 见 第 10 章 ) 。 于 是 ， 扩 展 后 的 
ADL 规 则 也 称 为 扩展 的 koenig 查 找 。 


[1] 译注 :在 标准 头 文件 <iso646.h> 中 有 bitand 的 定义 ，#efine bitand &. 


[2] ADL 也 称 为 Koenig 碍 找 〈 或 者 扩展 的 Koenig 碍 找 ) ， 这 是 根据 Andrew 
Koenig 的 名 字 来 命名 的 ， 因 为 他 首次 提出 这 种 查找 机 制 |。 


[3] 译注 ， 这 些 术语 的 翻译 原则 是 ， 如 果 这 里 谈 到 的 一 些 术语 会 在 后 面 的 代码 中 
出 现 ， 那 么 将 不 翻译 ， 这 样 应 该 有 助 于 理解 代码 。 


[4] 译注 : 实例 化 体 ， 就 是 由 实例 化 产生 的 实体 ， 类 似 于 特 化 。 


[5] 译注 : 这 里 有 个 问题 : 如 果 把 这 段 代 码 在 VC6\VC7 下 编译 运行 ， 那 么 第 2 个 f 
函数 实际 上 进行 的 是 普通 查找 。 要 如 作者 所 说 的 那样 ， 让 第 2 个 f 函 数 进行 的 是 
ADL， 我 们 应 该 在 main 函 数 前 面 添加 using namespace N， 这 样 就 完全 符合 作者 的 
说 法 了 。 男 一 方面 ， 我 们 应 该 清楚 这 里 的 f 不 是 成 员 函 数 ， 这 和 我 们 在 这 一 小 节 开 
始 提 到 的 成 员 函 数 是 有 区 别 的 。 如 果 你 把 namespace N 改 成 cass N， 把 using 
namespace X 去 掉 ， 再 把 using namespace N 改 成 using ::N， 把 枚 举 和 里 面 的 f 函 数 都 
你 就 看 出 区 别 来 了 : 两 个 f 都 是 进行 普通 查找 。 所 以 作者 在 这 里 的 观 
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[7] 译注 : 根据 编译 原理 tokenization 这 个 词 我 们 称 为 “扫描 ”或 “词法 分 析 
Clexing) ”， 对 应 的 名 词 是 “扫描 右 ”。 


[8] 这 里 使 用 两 个 圆 括号 是 为 了 避免 将 (Invert<1>)0 解 析 成 一 个 强制 类 型 转换 操 
作 ， 但 是 这 样 也 给 源 代 码 留 下 了 句法 歧义 。 


[9] 两 字符 是 为 了 针对 国际 键盘 中 缺少 某 些 字符 和 简化 源 代码 的 输入 ， 而 引入 语 
言 的 〈 例 如 # 、[ 和] 等 ) 。 


[10] 根据 [VandevoordeSolutions]， 只 提供 一 次 并 且 在 以 后 的 C++ 代码 中 都 可 以 使 
用 ， 才 是 真正 的 代码 重用 性 。 


[11] 译注 : 其 中 ， 这 里 的 :符号 就 是 我 们 在 下 面 讲 到 的 限定 符号 或 者 限定 符 。 


[12] 在 标准 的 文件 中 ， 并 没有 很 清楚 地 说 明 这 一 点 ; 但 负责 文档 的 人 看 起 来 都 
同意 这 一 观点 。 


[13] VEE: VC6 下 调试 确实 如 此 。 

[14] 这 属于 两 阶段 查找 规则 (two-phase lookup) 的 作用 范围 ， 它 会 进行 两 个 阶 
段 的 查找 : 在 首次 看 到 模板 定义 的 时 候 ， 进 行 第 1 次 查找 ， 当 实例 化 模板 的 时 
候 ， 进 行 第 2 次 查找 〈 见 10.3.1 小 节 ) 。 


[15] 大 括号 也 不 是 完美 无 缺 的 。 尤 其 是 ， 这 个 改变 会 导致 指定 类 模板 等 语法 的 
连带 修改 。 


[16] 笠 运 的 是 ， 他 们 在 发 布 新 特性 之 前 就 找到 了 错误 。 


第 10 章 ”实例 化 


模板 实例 化 中 是 一 个 过 程 ， 它 根据 泛 型 的 模板 定义 ， 生 成 (具体 的 ) 类 型 或 
者 函数 。 在 C++ 中 ， 模 板 实例 化 是 一 个 很 基础 的 概念 ， 但 却 多 少 有 一 些 错 缩 复 
杂 。 复 杂 性 的 一 个 主要 原因 在 于 : 对 于 产生 自 模 板 的 实体 〈 指 具体 类 型 或 函 
数 ) ， 它 们 的 定义 已 经 不 再 局 限于 源 代码 中 的 单一 位 置 。 事 实 上 ， 模 板 本 身 的 位 
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含义 产生 一 定 的 影响 。 


在 这 一 章 里 ， 我 们 将 阐述 如 何 组 织 我 们 的 源 代码 ， 以 正确 地 使 用 模板 。 男 
外 ， 我 们 还 讨论 了 大 多 数 主流 C++ 编译 器 在 处 理 模 板 实例 化 时 所 使 用 的 各 种 方 
法 。 尽 管 这 些 方法 在 语义 上 应 该 是 等 价 的， 但 充分 理解 编译 器 实例 化 策略 的 基本 
原则 是 大 有 神 益 的 。 而 且 ， 在 创建 现实 软件 的 过 程 中 ， 每 种 机 制 都 有 它 的 独特 之 
处 ; 反 过 来 ， 这 些 机 制 同时 也 影响 着 标 准 C++ 的 最 终 规范 。 


10.1 On-Demand 实 例 化 


当 C++ 编 译 器 过 到 模板 特 化 的 使 用 时 ， 它 会 利用 所 给 的 实 参 蔡 换 对 应 的 模板 
参数 ， 从 而 产生 该 模板 的 特 化 外。 这 个 过 程 是 编译 器 自动 进行 的 ， 并 不 需要 客户 
端 代 码 来 引导 《或 者 不 需要 模板 定义 来 引导 ) 。 而 且 ，on-demand 实 例 化 的 这 个 
特性 也 使 得 C++ 模板 和 其 他 编译 型 语言 的 相似 功能 大 有 区 别 。 另 外 ，on-demand 实 
例 化 有 时 也 被 称 为 隐 式 实例 化 或 者 自动 实例 化 。 


on-demand KPRI: 在 使 用 模板 〈 特 化 ) 的 地 方 ， 编 译 器 通常 需要 访问 
模板 和 某 些 模板 成 员 的 整个 定义 《也 就 是 说 ， 只 有 声明 是 不 够 的 ) 。 考 虑 下 面 这 
个 包含 短小 源 代 码 的 文件 : 


template<typename T> class C; //(1) 这 里 只 有 声明 


C<int>* p = Q; //(2) 正 确 :并 不 需要 C<int> 的 定义 
template<typename T> 
class C { 
public: 
void f(); // G) 成 员 声 明 
//“4) 类 模板 定义 结束 
void g (C<int>& c) // (5) 只 使 用 类 模板 声明 
c.f(); // (6) 使 用 了 类 模板 的 定义 
} // 需要 C: :f() 的 定义 


在 源 代 码 的 〈1) 处 ， 只 有 模板 声明 是 可 见 的 ， 也 就 是 说 : 模板 定义 此 时 还 
不 是 可 见 的 《这 类 声明 有 时 也 被 称 为 前 置 声 明 ) 。 与 普通 类 的 情况 一 样 ， 如 果 你 
声明 的 是 一 个 指 回 某 种 类 型 的 指针 或 者 引用 《〈 如 《2) 处 的 声明 ) ， 那 么 在 声明 
的 作用 域 中 ， 你 并 不 需要 看 到 该 类 模板 的 定义 。 例 如 ， 声 明 函 数 g 的 参数 类 型 并 
不 需要 模板 C 的 完 束 定义。 然而， 如 果 《 某 个 组 件 ) 期 望 知道 模板 特 化 的 大 小 ， 
或 者 访问 该 特 化 的 成 员 ， 那 么 整个 类 模板 的 定义 就 需要 位 于 作用 域 中 ;这 也 是 源 
代码 的 《6) 处 需要 模板 定义 的 原因 。 因 为 如 果 看 不 见 这 个 模板 定义 的 话 ， 编 译 
Re re 
J) o 


下 面 是 另 一 个 需要 进行 〈 前 面 的 ) 类 模板 实例 化 的 表达 式 ， 因 为 编译 器 需要 
知道 C<void> 的 大 小 : 


[c<void>* p = new C<void>; 


在 这 个 例子 中 ， 实 例 化 是 必 不 可 少 的 ， 因 为 只 有 进行 实例 化 之 后 ， 编 译 嚣 才 


能 知道 C<void> 的 大 小 。 对 于 上 面 这 个 特殊 的 模板 ， 你 可 能 会 认为 : 用 任何 类 型 
的 实 参 又 蔡 换 参数 T 之 后 ， 都 不 会 影响 模板 〈 特 化 ) 的 大 小 ;因为 在 任何 情况 下 ， 
C<X> 都 是 一 个 空 类 。 然 而 ， 编 译 器 并 不 会 检测 它 是 否 为 空 。 而 且 ， 为 了 确定 
C<void> 是 否 具 有 可 访问 的 缺 省 构造 函数 ， 并 且 确 认 C<void> 没 有 声明 私有 的 
operator new 或 者 operator delete， 我 们 需要 进行 实例 化 。 


在 源 代码 中 ， 有 时 候 需 要 访问 类 模板 成 员 ， 但 在 源 代码 中 这 种 需要 并 不 总 是 
显 式 可 见 的 。 例 如 ，C++ 的 重 载 解析 规则 会 要 求 : 如 果 候 选 函 数 的 参数 是 class 类 
型 ， 那 么 该 类 型 所 对 应 的 类 就 必须 是 可 见 的 。 


template<typename T> 
class C { 
public: 
C(int); 


/具有 单 参数 的 构造 函数 
以 被 用 于 隐 式 类 型 转换 


/ 
// 可 
}3 


void candidate(C<double> const&); //(1) 
void candidate(int) { } //(2) 


int main() 


candidate(42); // 前 面 两 个 函数 声明 都 可 以 被 调用 


} 


调用 candidate(42) 将 会 采用 〈2) 处 的 重 载 声明 。 然 而 ， 编 译 器 仍然 可 以 实例 
ik Ga) 处 的 声明 ， 来 检查 产生 的 实例 能 否 成 为 该 调用 的 一 个 有 效 候选 函数 〈 之 
所 以 这 样 ， 是 因为 在 这 个 例子 中 ， 单 参数 的 构造 函数 可 以 将 和 2 隐 式 转型 为 一 个 
C<double> 类 型 的 右 值 〉”。 我 们 应 该 看 到 : 即使 不 进行 这 种 实例 化 ， 编 译 器 也 可 
以 解析 这 个 调用 ， 即 调用 〈2) 处 的 声明 ; 但 是 编译 器 并 不 会 拒绝 这 种 实例 化 ， 
它 是 允许 (但 并 没有 要 求 ) 执行 这 种 实例 化 的 (这 也 正如 该 例子 所 示 : 它 并 不 需 
要 也 不 会 选择 ) (1) 处 的 声明 ， 因 为 一 个 精确 的 匹配 要 优 于 显 式 转型 所 获得 
的 匹配 ) 。 另 外 ， 令 我 们 惊讶 的 是 : C<double> 的 实例 化 可 能 还 会 引发 一 个 错 
误 。 


10.2 ”延迟 实例 化 


到 目前 为 止 ， 我 们 (给 出 〉 的 例子 所 前 述 的 一 些 约束 ， 和 使 用 非 模板 类 时 的 
一 些 约束 并 没有 本 质 的 区 别 。 辟 如 ， 非 模板 类 的 许多 用 法 会 要 求 class 类 型 的 定义 
是 完整 的 ， 类 似 地 ， 编 译 器 同样 可 以 根据 类 模板 定义 ， 产 生 这 个 完整 的 定义 。 


现在 就 有 了 一 个 相关 的 问题 ， 模板 的 实例 化 程度 是 怎么 样 的 呢 ? 对 于 这 个 问 
题 ， 一 个 模糊 的 回答 会 是 : 只 对 确实 需要 的 部 分 进行 实例 化 。 换 句 话说 ， 编 译 器 
会 延迟 模板 的 实例 化 。 让 我 们 细 究 “延迟 ”在 这 里 的 具体 含义 。 


当 隐 式 实例 化 类 模板 时 ， 同 时 也 实例 化 了 该 模板 的 每 个 成 员 声 明 ， 但 并 没有 
实例 化 相应 的 定义 。 然 而 ， 存 在 一 些 例外 的 情况 : 首先 ， 如 果 类 模板 包含 了 一 个 
匿名 的 union， 那 么 该 union 定 义 的 成 员 同 时 也 被 实例 化 了 四 。 另 一 种 例外 情况 发 
生 在 虚 函 数 身 上 : 作为 实例 化 类 模板 的 结果 ， 虚 函数 的 定义 可 能 被 实例 化 了 ， 但 
也 可 能 还 没有 被 实例 化 ， 这 要 依赖 于 具体 的 实现 。 实 际 上 ， 许 多 实现 都 会 实例 化 
( 虚 函 数 ) 这 个 定义 ， 因 为 “实现 虚 函 数 调用 机 制 的 内 部 结构 ”要求 虚 函数 〈 的 定 

SO) 作为 链接 实体 存在 。 


当 实 例 化 模板 的 时 候 ， 缺 省 的 函数 调用 实 参 是 分 开 考虑 的 。 准 确 而 言 ， 只 有 
这 个 被 调用 的 函数 (或 成 员 函 数 ) 确实 使 用 了 缺 省 实 参 ， 才 会 实例 化 该 实 参 。 就 
是 说 ， 如 果 这 个 函数 (或 成 员 函 数 ) 不 使 用 缺 省 调用 实 参 ， 而 是 使 用 显 式 实 参 来 
进行 调用 ， 那 么 就 不 会 实例 化 缺 省 实 参 。 


对 于 上 面 的 这 些 规 则 ， 让 我 们 用 下 面 的 例子 来 前 述 : 


//details/Lazy.cpp 
template <typename T> 
class Safe { 

J 


template <int N> 
class Danger { 
public: 
typedef char Block[N]; // 如 果 N<=8 的 话 ， 将 会 出 
3 


OF 


template <typename T, int N> 
class Tricky { 
public: 
virtual ~Tricky() { 


void no_body_here(Safe<T> = 3); 
void inclass() { 
Danger<N> no_boom_yet; 


} 


// void error() { Danger<@> boom; } 
// void unsafe(T (*p)[N])3 
T operator->(); 
// virtual Safe<T> suspect(); 
struct Nested { 
Danger<N> pfew; 
3 
union { // 匿名 的 union 
int align; 
Safe<T> anonymous; 


}3 


J 
int main() 


Tricky<int, @> ok; 
} 


BUTI HE AT — AA main AY T= REC ++ PE RE AA 
译 这 段 模板 定义 ， 来 检查 语法 约束 和 一 般 的 语义 约束 。 然 而 ， 在 检查 涉及 到 模板 
参数 的 约束 时 ， 编 译 器 会 假设 该 参数 “处 于 最 理想 的 情况 ”(assume the best) 。 例 
如 ， 在 模板 Danger 中 ， 用 于 成 员 Block 的 typedef〈 类 型 定义 ) 的 参数 N 可 能 会 是 0 
或 者 负数 〈 这 就 会 是 无 效 的 ) ; 但 编译 器 会 假设 最 理想 的 情况 : 即 参数 N 不 会 是 0 
或 者 负数 ， 而 是 正 整 数 。 类 似 地 ， 在 成 员 no_body_here0 声 明 中 的 缺 省 实 参 规范 
(=3) 也 是 可 疑 的 ， 因 为 不 一 定 能 够 使 用 整数 来 对 模板 Safe 进 行 初始 化 ， 但 编译 
器 会 假定 ， 对 于 Safe<T> 的 泛 型 定义 ， 并 不 会 用 到 该 缺 省 实 参 。 类 似 地 ， 对 于 成 
员 error0， 如 果 没 有 注释 掉 ， 那 么 在 编译 模板 的 时 候 ， 它 将 会 引发 一 个 错误 ， 
为 使 用 Danger<0> 会 被 要 求 给 出 类 Danger<0> 的 完整 定义 ， 而 产生 这 个 类 的 定义 会 
试图 typedef 一 个 元 素 个 数 为 0 的 数组 〈 即 Block[0]) 。 因 此 ， 即 使 成 员 error() 没 有 
被 使 用 ， 并 因此 而 不 会 被 实例 化 ， 但 是 仍然 会 引发 一 个 错误 。 这 个 错误 是 在 泛 型 
模板 的 处 理 过程 中 引发 的 。 然 而 ， 与 error() 相 反 的 是 成 员 unsafe(T (*p)[N]) 的 声 
明 ， 在 N 还 没有 被 模板 参数 替换 之 前 ， 该 声明 是 不 会 产生 错误 的 。 


现在 让 我 们 来 分 析 添 加 main0) 函 数 后 会 出 现 什么 样 的 结果 。 它 会 使 编译 器 车 
换 模 板 Tricky 的 参数 : 用 int 蔡 换 T， 用 0 蔡 换 N。 实 际 上 ， 这 里 并 不 需要 Tricky 中 所 
有 成 员 的 定义 ， 但 缺 省 构造 函数 〈 在 这 个 例子 该 函数 是 隐 式 声明 的 ) 和 析 构 函数 
是 肯定 会 被 调用 的 ， 因 此 它们 的 定义 必须 存在 。 实 际 上 ， 还 需要 提供 虚拟 成 员 
(如 虚 函 数 ) 的 定义 ， 否 则 的 话 可 能 束 会 引发 一 个 链接 期 错误 。 壁 如 ， 如 果 我 们 
既 没 有 注释 掉 虚 冰 数 成 员 suspect() 的 声明 ， 也 没有 提供 它 的 定义 的 话 ， 链 接 右 就 
会 给 出 这 类 错误 。 相 反 ， 对 于 成 员 inclass() 和 结构 (struct〉 Nested 的 定义 ， 它 们 会 
要 求 一 个 完整 的 Danger<0> 类 型 (而 我 们 从 前 面 讨论 已 经 知道 ， 该 完整 类 型 会 包 
含 一 个 无 效 的 typedef) ; 但 因为 程序 中 并 不 会 用 到 这 两 个 成 员 的 定义 ， 因 此 不 会 
产生 它们 的 定义 ， 从 而 也 就 不 会 引发 错误 。 男 一 方面 ， 所 有 的 成 员 声 明 都 是 会 被 
生成 的 ， 而 且 作 为 我 们 (用 实 参 ， 蔡 换 后 的 结果 ， 这 些 声明 将 可 能 会 包含 无 效 类 
型 ， 而 这 是 不 允许 的 。 辟 如， 如 果 没 有 注释 掉 unsafe(T (*p)[N]) 声 明 ， 我 们 将 会 再 
次 创建 一 个 元 素 个 数 为 0 的 数组 类 型 ， 同 样 会 引发 一 个 错误 时。 类 似 地 ， 在 匿名 


union 中 ， 如 果 我 们 用 Danger<N> 蔡 换 〈 源 代码 中 的 ) Safe<T>， 也 会 引发 一 个 错 
误 P， 因 为 类 型 Danger<0> 并 不 是 完整 的 ， 也 是 无 效 的 。 


最 后 ， 我 们 需要 考察 operator->。 通 常 ， 这 个 运算 符 必须 返回 一 个 指针 类 型 ， 
或 者 另 一 个 应 用 这 个 operator-> 的 class 类 型 。 这 就 意味 着 main 函 数 中 的 Ticky<int， 
0> 应 该 会 引发 一 个 错误 ， 因 为 它 声 明了 一 个 返回 类 型 为 int 的 operator->。 然 而 ， 
为 某 些 常见 的 类 模板 定义 [实现 了 这 种 (返回 类 型 为 T 或 者 T* 的 ) 定义 ， 所 以 语 
言 规则 就 变 得 更 加 灵活 了 ; 于 是 ， 如 果 通 过 重 载 解析 规则 选择 了 用 户 定 义 的 
operator->， 那 么 这 个 自 定义 的 operator-> 只 能 返回 一 个 类 型 ， 而 且 此 类 型 是 应 用 其 
他 【例如 内 建 的 ) operator-> 的 类 型 。 这 在 模板 之 外 的 代码 也 是 适用 的 《即使 在 那 
些 情况 下 用 处 不 多 ) 。 因 此 ， 即 使 用 int 来 作为 返回 类 型 ， 这 个 operator-> 声 明 也 不 
会 引发 错误 。 


10.3 C++ 的 实例 化 模型 


模板 实例 化 是 这 样 的 一 个 过 程 ， 根据 相 应 的 模板 实体 ， 适 当地 亚 换 模板 参 
数 ， 从 而 获得 一 个 普通 类 或 者 函数 。 这 个 定义 昕 起 来 很 简单 明了 ， 但 在 实际 应 用 
中 我 们 需要 遵循 许多 细节 。 


10.3.1 两 阶段 查找 


从 第 9 章 中 我 们 知道 : 当 对 模板 进行 解析 的 时 候 ， 编 译 器 并 不 能 解析 依赖 型 
名 称 。 于 是 ， 编 译 器 会 在 POI (point of instantiation, XAMA) 再 次 查找 这 些 依 
赖 型 名 称 。 男 一 方面 ， 非 依赖 型 名 称 是 在 首次 看 到 模板 的 时 候 就 进行 查找 ， 因 此 
在 第 1 次 查找 时 就 可 以 诊断 错误 信息 。 于 是 ， 就 有 了 两 阶段 查找 (two-phase 
AR ee RR EE cee ee es 
列 化 阶段 。 


在 第 1 阶段 ， 当 使 用 普通 查找 规则 在 适当 的 情况 也 会 使 用 ADL)》 对 模板 进 
行 解析 时 ， 束 会 查找 非 依 赖 型 名 称 。 男 外 ， 非 受 限 的 依赖 型 名 称 (诸如 函数 调用 
中 的 函数 名 称 ， 之 所 以 说 它 是 依赖 型 的 ， 是 因为 该 名 称 具 有 一 个 依赖 型 实 参 ) 也 
会 在 这 个 阶段 进行 查找 ， 但 它 的 查找 结果 是 不 完整 的 (就 是 说 查找 还 没 结 束 〉， 
在 实例 化 模板 的 时 候 ， 还 会 再 次 进行 查找 。 


第 2 阶段 发 生 在 模板 被 实例 化 的 时 候 ， 我 们 也 称 此 时 发 生 的 地 点 《或 者 源 代 
码 的 某 个 位 置 ) 为 一 个 实例 化 点 POI。 依 赖 型 受 限 名 称 就 是 在 此 阶段 进行 查找 的 
(查找 的 目标 是 : 运用 模板 实 参 代替 模板 参数 之 后 所 获得 的 特定 实例 化 体 四) ; 
另外 ， 非 受 限 的 依赖 型 名 称 在 此 阶段 也 会 再 次 执行 ADL 碍 找 。 


10.3.2 POI 


从 上 面 我 们 知道 ，C++ 编 译 器 会 在 模板 客户 端 代 码 中 的 某 些 位 置 访问 模板 实 
体 的 声明 或 者 定义 。 于 是 ， 当 某 些 代码 构造 引用 了 模板 特 化 ， 而 且 为 了 生成 这 个 
完整 的 特 化 ， 需 要 实例 化 相应 模板 的 定义 时 ， 就 会 在 源 代码 中 产生 一 个 实例 化 点 
(POI) 。 我 们 应 该 清楚 ，POI 是 位 于 源 代码 中 的 一 个 点 ， 在 该 点 会 插入 蔡 换 后 的 
模板 实例 。 例 如 : 


class MyInt { 
public: 
MyInt(int i); 


}; 


MyInt operator - (MyInt const&); 


bool operator > (MyInt const&, MyInt const&); 
typedef MyInt Int; 
template <typename T> 
void f(T i) 
{ 
if (i >) { 
g(-i); 


} 

//(1) 

void g(Int) 
{ 


//(2) 
f<Int>(42); // 调 用 点 
//(3) 


} 
//(4) 


当 C++ 编 译 器 看 到 调用 f<Int>(42) 时 ， 它 知道 需要 用 MyInt 蔡 换 T 来 实例 化 模板 
f: 即 生 成 一 个 POI。 (2) 处 和 (3) 处 是 临近 调用 点 的 两 个 地 方 ， 但 它们 不 能 作 
为 POI， 因 为 C++ 并 不 允许 我 们 把 ::f<Int>(Inb 的 定义 在 这 里 搬入。 另外， (1) 处 
和 (4) 处 的 本 质 区 别 在 于 : 在 (4) 处 ， 函 数 g(nb 是 可 见 的 ， 而 〈1) 处 则 不 
是 ;因此 在 (4) 处 函数 g(-D) 可 以 被 解析 。 然 而 ， 如 果 我 们 假定 (1) 处 作为 POL， 
那么 调用 g(-D) 将 不 能 被 解析 ， 因 为 g(Inb 在 〈1) 处 是 不 可 见 的 。 幸 运 的 是 ， 对 于 
指向 非 类 型 特 化 的 引用 ，C++ 把 它 的 POI 定 义 在 “包含 这 个 引用 的 定义 或 声明 之 后 
的 最 近 名 字 空 间 域 * 中 。 在 我 们 的 例子 中 ， 这 个 位 置 是 (4) 。 

你 可 能 会 疑惑 我 们 为 什么 在 例子 中 使 用 类 型 MyInt， 而 不 直接 使 用 简单 的 int 
类 型 。 这 主要 是 因为 : 在 POI 执 行 的 第 2 次 查找 ( 指 g(-i)) 只 是 使 用 了 ADL。 而 基 
本 类 型 int 并 没有 关联 名 字 空 间 ， 因 此 ， 如 果 使 用 int 类 型 ， 就 不 会 发 生 ADL 查 找 ， 
也 就 不 能 找到 函数 gj。 所 以 ， 如 果 你 用 下 面 的 typedef 代 替 原 来 的 typedef: 


[typedef ie s | 
A ATT EL PA ARO, 
EI, BAY (POD 位 置 是 不 一 样 的 。 可 以 通过 下 面 代码 来 说 明 ， 


template<typename T> 
class S { 


unsigned long h() 
{ 
//(6) 


return (unsigned) long) sizeof(S<int>); 


//(7) 
} 
//(8) 


如 前 所 述 ， 我 们 知道 位 置 《6) 和 “7) 不 能 作为 POI， 因 为 名 字 空 间 域 类 
S<int> 的 定义 不 能 出 现在 这 两 个 位 置 《模板 是 不 能 出 现在 函数 作用 域内 部 的 ) 。 
如 果 我 们 采用 前 面 非 类 型 实例 的 规则 ， 那 么 POI 应 该 在 〈8) 处 ， 但 这 样 的 话 ， 表 
达 式 sizeof(S<int>) 会 是 无 效 的 ， 因 为 要 等 到 在 编译 到 (8) 之 后 ， 我 们 才能 确定 
S<int> 的 大 小 ， 而 代码 sizeof(S<int>) 位 于 (8) 之前。 因此， 对 于 指向 产生 自 模板 
的 类 实例 的 引用 ， 它 的 POI 只 能 定义 在 “包含 这 个 实例 引用 的 定义 或 声明 之 前 的 最 
近 名 字 空 间 域 。 在 我 们 这 个 例子 中 ， 是 指 位 置 (5) 。 


在 实例 化 模板 的 时 候 ， 可 能 还 需要 进行 某 些 附带 的 实例 化 。 考 虑 下 面 的 简短 


template<typename T> 
class S { 
public: 
typedef int I; 
}; 


//(1) 

template<typename T> 

void f() 

{ 
S<char>::I varl = 41; 
typename S<T>::I var2 = 42; 


} 
int main() 


f<double>(); 


} 
//(2): (2a), (2b) 


根据 前 面 的 讨论 ， 我 们 知道 f<double> 的 POI 会 在 (2〉 处 。 但 在 这 个 例子 中 ， 
函数 模板 {0 引 用 了 一 个 类 特 化 S<char>; 从 前 面 的 讨论 我 们 知道 ， 该 类 特 化 的 POI 
应 该 在 (1) 处 。 另 外， 函数 模板 f() 还 引用 了 S<T>; 因为 S<T> 是 依赖 型 的 ， 所 以 
我 们 不 能 像 S<char> 那 样 来 确定 它 的 POI。 然 而 ， 如 果 在 (2) 处 实例 化 了 f<double>， 
我 们 知道 同时 需要 实例 化 S<double> 的 定义 。 对 于 类 型 实体 和 非 类 型 实体 ， 这 种 二 
次 (或 者 传递 ) POI ( 指 S<double> 的 POI) 的 定义 位 置 稍 微 有 些 区 别 。 对 于 非 类 
型 实体 ， 这 种 二 次 POI 的 位 置 和 主 POI ( 指 f<double>) 的 位 置 相 同 。 对 于 类 型 实 
体 ， 二 次 POI 的 位 置 位 于 主 POI 位 置 的 紧 前 处 《最近 的 名 字 空 间 域 内 ) 。 在 我 们 的 
例子 中 ， 利 用 前 面 的 规则 ，f<double> 的 POI 位 于 (2b〉 处 ， 而 在 它 的 紧 前 处 一 一 
即 (2a) 处 就 是 二 次 POI ( 即 S<double> 的 POI) 的 位 置 。 现 在 我 们 就 知道 
S<double> 和 S<char> 的 POI 是 不 同 的 。 


一 个 翻译 单元 通常 会 包含 同 个 实例 的 多 个 POI。 对 于 类 模板 实例 而 言 ， 在 每 
个 翻译 单元 中 ， 只 有 首 个 POI 会 被 保留 ， 而 其 他 的 POI 则 被 忽略 (其 实 它 们 并 不 会 
被 认为 是 PZOI) 。 对 于 非 类 型 实例 而 言 ， 所 有 的 POI 都 会 被 保留 。 然 而 ， 对 于 上 面 
的 任何 一 种 情况 ，ODR 原 则 都 会 要 求 : 对 保留 的 任何 一 个 POI 处 所 出 现 的 同 种 实 
例 化 体 ， 都 必须 是 等 价 的 ， 但 C++ 编译 器 既 没 有 要 求 保证 这 种 约束 ， 也 没有 要 求 
诊断 是 否 违反 这 种 约束 。 这 就 允许 C++ 编译 器 选择 一 个 非 类 型 的 POI 来 执行 所 需要 
的 实例 化 ， 而 不 用 在 意 其 他 的 POI 是 否 会 产生 一 个 不 同 的 实例 化 体 。 


在 实际 应 用 中 ， 大 多 数 编译 器 会 延迟 非 内 联 函数 模板 的 实例 化 ， 直 到 翻译 单 
元 末尾 处 ， 才 进行 真正 的 实例 化 。 这 种 做 法 有 效 地 把 对 应 模板 特 化 的 POI 移 到 了 
翻译 单元 的 末尾 。 实 际 上 ，C++ 语 言 设计 者 的 意图 是 为 了 让 这 种 做 法 成 为 一 种 有 
效 的 实现 技术 ， 但 是 标准 并 没有 澄清 这 个 意图 。 


10.3.3 包含 模型 与 分 离 模 型 


当 遇 到 POI 的 时 候 ，“【〔 编 译 器 要 求 ) 相应 模板 的 定义 必须 是 (基于 某 种 方 
w) 可 见 的 。 对 于 类 特 化 而 言 ， 这 就 意味 着 : 在 同 个 翻译 单元 中 ， 类 模板 的 定义 
必须 在 它 的 POI 之 前 就 已 经 是 可 见 的 。 对 于 非 类 型 的 POI 而 言 ， 也 可 能 会 采取 上 面 
的 方式 ; 但 我 们 通常 会 把 非 类 型 模板 的 定义 放 在 一 个 头 文件 中 ， 然 后 在 需要 使 用 
该 定义 的 时 候 ， 把 这 个 头 文件 #inlcude 到 这 个 翻译 单元 中 。 这 种 处 理 模板 定义 的 源 
模型 就 是 我 们 前 面 所 谈 到 的 包含 模型 ， 也 是 目前 为 止 最 广泛 的 实现 方式 。 


对 于 非 类 型 POI， 还 存在 男 一 种 实现 方法 : 使 用 export 关 键 字 来 声明 非 类 型 模 
板 ， 而 在 男 一 个 翻译 单元 中 定义 该 非 类 型 模板 。 这 就 是 我 们 前 面 所 谈 到 的 分 离 模 
型 。 下 面 的 代码 结合 (前 面 已 经 使 用 的 ) max0 模 板 来 说 明 这 一 点 : 


// 翻 译 单 元 1: 

#inlcude <iostream> 

export template<typename T> 

T const& max(T const&, T const&) 
int main() 

{ 


std::cout << max(7,42) << std::endl; //(1) 


} 

// 翻 译 单元 2: 

export template<typename T> 

T const& max(T const& a, T const& b) 
{ 


return a <b? b: a; //(2) 


} 


当 编 译 第 1 个 文件 的 时 候 ， 编 译 器 会 罕 觉 到: 根据 (1)〉 处 的 声明 ， 震 要 用 int 
蔡 换 T 来 生成 一 个 POI。 接 下 来 ， 编 译 器 必须 能 够 确定 : 可 以 实例 化 第 2 个 文件 中 
max 模 板 的 定义 ， 来 满足 前 面 的 POI 要 求 。 


10.3.4 ”路 翻译 单元 查找 
假设 我 们 将 上 面 的 第 一 个 文件 〈 翻 译 单元 1) 改写 如 下 : 


// 翻 译 单元 1;: 


#include<iostream> 
export template<typename T> T const& max(T const&, T const&); 
namespace N { 
class I { 
public: 
I(int i) : v(i) { } 
int v; 


}; 


bool operator < (I const& a, I const& b) { 
return a.v < b.v; 


} 
int main() 


std::cout <<max(N::1(7), N::1(42)).v<<std::endl;//(3) 
} 


根据 (3) 处 生成 的 POI 会 再 次 要 求 位 于 第 2 个 文件 〈 即 翻译 单元 2) 中 的 max 
模板 定义 。 然 而 ， 这 个 定义 使 用 了 < 运算 符 ， 而 现在 这 个 运算 符 引 用 的 是 在 翻译 
单元 1 中 声明 的 重 载运 算 符 ， 它 在 翻译 单元 2 是 不 可 见 的 。 为 了 解决 这 种 不 可 见 
性 ， 实 例 化 过 程 显然 需要 引用 两 处 不 同 的 声明 上 下 文 LH。 第 1 处 上 下 文 是 指 : 模 
板 定义 的 上 下 文 ， 第 2 处 上 下 文 是 指 : 类 型 I 声 明 的 上 下 文 。 为 了 在 两 种 上 下 文中 
进行 查找 ， 模 板 中 的 名 称 应 该 分 两 阶段 查找 ， 就 像 10.3.1 小 节 所 解释 的 那样 。 


第 1 阶段 发 生 在 解析 模板 《〈 也 就 是 说 ，C++ 编 译 器 第 1 次 看 到 模板 定义 ) 的 时 
候 。 在 这 个 过 程 中 ， 会 使 用 普通 碍 找 规则 和 ADL 规 则 对 非 依 赖 型 名 称 进行 查找 。 
另外 ， 非 受 限 的 依赖 型 函数 名 称 《〈 这 里 的 依赖 型 是 指 函 数 的 实 参 是 依赖 型 的 ) 会 
先 使 用 普通 查找 规 则 进行 查找 ， 但 只 是 把 查找 结果 保存 起 来 ， 并 不 会 试图 进行 重 
载 解析 过 程 一 一 这 是 在 第 2 阶段 的 碍 找 完成 之 后 才 进 行 的 。 


第 2 阶段 发 生 在 产生 POI (实例 化 点 〉 的 时 候 。 在 这 一 点 上 ， 会 使 用 普通 查找 
规则 和 ADL 规 则 来 查找 依赖 型 受 限 名 称 。 而 依赖 型 非 受 限 名 称 〈 它 己 经 在 第 1 阶 
段 使 用 普通 查找 规则 查找 了 一 次 ) 则 只 使 用 ADL 规 则 进行 查找， 然后 把 ADL 的 碍 
找 结果 结合 第 1 阶段 普通 查找 所 获得 的 结果 ， 组 成 一 个 候选 函数 集合 ， 然 后 借助 
于 重 载 解析 ， 从 该 集合 中 选 出 (最 佳 的 ) 被 调用 函数 。 


尽管 两 阶段 查找 机 制 看 起 来 是 应 用 分 离 模型 的 关键 所 在 ， 但 包含 模型 同时 也 
使 用 了 该 机 制 。 另 外 ， 包 含 模型 早期 的 一 些 实现 把 所 有 的 查找 都 延迟 到 POI 才 进 
gza, 


10.3.5 ”例子 
下 面 的 一 些 例子 很 好 地 说 明了 我 们 前 面 所 描述 的 一 些 概念 。 
第 1 个 是 关于 包含 模型 的 简单 例子 : 


template <typename T> 
void f1(T x) 
{ 
g1(x); //(1) 
} 
void g1(int) 
{ 
} 
int main() 
{ 
f1(7); // 错 误 ， 找 不 到 g1! 
} //(2):fxint>(int) 的 POI 


调用 f1(7) 将 会 产生 f1<int>(int) 的 一 个 POI， 它 紧 跟 main(O) 函 数 的 后 面 〈 即 

(2) 处 )。 在 这 个 实例 中 ， 关 键 的 问题 是 函数 g1 的 查找 。 当 第 一 次 看 到 模板 f1 的 
定义 时 ， 编 译 器 注意 到 非 受 限 名 称 g1 是 一 个 依赖 型 名 称 ， 因 为 它 的 参数 名 称 依赖 
于 外 部 函数 f 的 模板 参数 〈 即 实 参 x 的 类 型 依赖 于 模板 参数 T) 。 因 此 ， 编 译 器 会 在 
() 处 使 用 普通 碍 找 规则 来 查找 g1， 然 而 在 (ID) 处 并 不 能 看 到 g1， 从 而 第 1 阶段 找 不 
到 g1。 在 (2) 处， 即 f1 的 POI， 会 在 关联 名 字 空 间 和 关联 类 中 再 次 查找 g1， 但 由 
于 g1 的 唯一 实 参 类 型 是 int， 而 int 并 没有 关联 名 字 空 间 和 关联 类 ， 从 而 第 2 阶段 也 
找 不 到 gl1。 因 此 ， 尽 管 在 f1 的 POI 处 〈 即 (2) Ab) 可 以 使 用 普通 查找 规则 找到 
gl (这 只 是 一 个 假象 而 已 ) ， 但 是 根据 我 们 前 面 的 分 析 ， 该 例子 实际 上 并 不 能 找 
到 g1 。 


第 2 个 例子 说 明了 : 分 离 模 型 如 何 导致 跨 翻 译 单元 的 重 载 二 义 性 问题 。 这 个 
例子 包含 了 3 个 文件 〈 其 中 一 个 是 头 文件 ) : 


// 文 件 common .hpp 
export template<typename T> 
void f(T); 


class A { 
}; 
class B { 
}; 


class X { 

public: 
operator A() { return A(); } 
operator B() { return B(); } 


// 文 件 a.cpp: 
#include “common.hpp” 


void g(A) 
{ 
} 
int main() 


f<X>(X()); 


// 文 件 b.cpp: 
#include “common.hpp” 


void g(B) 
{ 
} 
export template<typename T> 
void f(T x) 


g(x); 


在 文件 a.cpp 中 的 main0 函 数 调用 了 f<X>(XO)， 它 解析 为 文件 b.cpp 中 定义 的 导 
出 (exported) 模板 。 因 此 ， 该 模板 中 的 调用 g(x) 会 基于 X 类 型 的 实 参 进 行 实 例 
化 。 根 据 两 阶段 查找 规则 我 们 知道 ， 函 数 g0 会 执行 了 两 次 查找 : 一 次 使 用 普通 碍 
找 规则 在 文件 b.cpp 中 进行 查找 〈 发 生 在 解析 模板 的 时 候 ) ; 另 一 次 是 在 文件 a.cpp 
中 使 用 ADL 进 行 查 找 〈 在 模板 被 实例 化 的 地 方 ) 。 第 1 次 查找 会 找到 g(B)， 而 第 2 
次 查找 则 找到 g(A); 借助 于 自 定 义 的 类 型 转换 运算 符 ， 这 两 个 查找 结果 都 是 可 行 
的 g 函 数 。 因 此 ， 这 个 调用 是 二 义 性 的 。 


可 以 看 出 ， 在 文件 b.cpp 中 ， 调 用 g(x) MRD 看 起 来 并 不 会 导致 二 义 性 。 
事实 上 ， 产 生 这 种 二 义 性 是 由 于 两 阶段 查找 机 制 引 入 了 一 个 出 平 意料 的 候选 函 
数 。 因 此 ， 当 我 们 编写 导出 〈exported) 模板 和 提供 导出 模板 的 文档 时 ， 就 应 该 
小 心 避免 这 类 二 义 性 的 发 生 。 


10.4 JLAPSLUM ATE 


在 这 一 节 里 ， 我 们 回顾 一 下 : 几 种 主流 的 C++《〈 编 译 器 ) 实现 对 包含 模型 的 
一 些 文 持 方法 。 所 有 的 这 些 实 现 主要 依赖 于 两 个 基本 的 组 件 : 编译 器 和 链接 器 。 
编译 器 把 源 代码 翻译 成 目标 文件 ， 而 目标 文件 包含 机 器 代码 ， 有 些 机 器 代码 则 其 
有 符号 注解 “用 于 跨 引 用 其 他 目标 文件 和 程序 库 ) 。 链 接 器 通过 组 合 目 标 文件 ， 
并 且 解 析 目 标 文 件 中 所 包含 的 《具有 路 引用 功能 的 ) 符号 注解 ， 最 后 生成 可 执行 
程序 或 者 程序 库 。 尽 管用 另外 的 方式 ， 我 们 可 能 也 能 够 实现 一 个 其 他 的 C++ 模型 
例如 ， 你 可 以 假想 存在 一 个 C++ 解释 器 ;但 在 接 下 来 的 叙述 中 ， 我 们 会 假定 
采用 上 面 这 种 (具有 两 个 基本 组 件 的 ) 模型 。 


当 在 多 个 翻译 单元 中 使 用 类 模板 特 化 的 时 候 ， 编 译 器 将 会 在 每 个 (应 用 该 类 
模板 特 化 的 ) 翻译 单元 都 重复 类 模板 的 实例 化 过 程 。 这 通常 都 不 会 产生 问题 ， 因 
为 类 定义 并 不 会 直接 生成 低层 次 的 代码 ;C++ 实现 也 只 是 在 内 部 使 用 这 些 类 定 
义 ， 来 确认 和 解释 其 他 的 表达 式 和 声明 。 就 这 一 点 而 言 ， 在 多 个 翻译 单元 中 包含 
同一 个 类 定义 的 多 个 实例 化 体 ， 和 在 多 个 翻译 单元 中 多 次 包含 同一 个 类 定义 〈 通 
常 是 借助 包含 头 文件 来 实现 ) ， 两 者 之 间 并 没有 本 质 上 的 区 别 。 


然而 ， 如 果 你 实例 化 的 是 一 个 〈 非 内 联 ) 函数 模板 ， 而 不 是 一 个 类 模板 ， 上 
面 的 情况 就 不 同 了 。 如 果 提 供 了 普通 非 内 联 函数 的 多 个 定义 ， 那 么 你 将 会 违反 
ae 处 定义 原则 ) 。 人 例如， 假设 你 编译 和 链接 下 面 这 个 包含 两 个 文件 的 
EJF: 


// 文 件 : a.cpp 
int main() 


} 


// 文 件 : b.cpp 
int main() 


} 


C++ 编译 器 可 以 顺利 地 分 开 编译 这 两 个 模块 ， 因 为 它们 实际 上 都 是 有 效 的 
C++ 翻译 单元 。 然 而 ， 如 果 你 试图 链接 这 两 个 文件 的 话 ， 那 么 你 的 编译 器 应 该 会 
报错 ; 因为 重复 定义 在 这 里 是 不 允许 的 。 


相反 ， 让 我 们 考虑 下 面 的 模板 例子 : 


// 文 件 : t.hpp 

// 公 共 头 文件 〈 包 含 模型 ) 
template<typename T> 
class S { 


public: 


void f(); 
template<typename T> 
void S::f() // 成 员 定 义 
{ 
} 


void helper(S<int>*); 


// 文 件 : a.cpp: 
#include”t.hpp” 


void helper(S<int>* s) 

s->f(); //(1)S::f 的 第 1 个 POI 实例 化 点 ) 
// 文 件 b.cpp: 
#include “t.hpp” 


int main() 


S<int> s; 
helper(&s);; 
s.f(); //(2)S::f 的 第 2 个 POI( 实 例 化 点 ) 


如 果 链 接 器 是 以 “对 每 普通 函数 或 者 成 员 函 数 的 ”方式 来 对 竺 实例 化 后 的 模板 
成 员 031， 那 么 编译 器 就 需要 确认 它 只 在 两 处 POI 中 的 一 处 产生 代码 : 即 只 在 (1) 
或 者 〈2) 处 ， 但 不 会 在 两 处 都 产生 代码 。 为 了 获得 这 种 实现 ， 当 编译 器 从 一 个 
翻译 单元 转移 到 妃 一 个 翻译 单元 的 时 候 ， 就 必须 携带 茶 些 特定 的 信息 。 显 然 ， 在 
引入 C++ 模板 之 前 ， 并 不 会 要 求 C++ 编 译 器 具有 这 种 实现 。 因 此 ， 在 接 下 来 的 各 
个 小 节 里 ， 我 们 将 会 讨论 : 在 众多 的 C++ 实现 中 ，3 种 使 用 最 广泛 的 解决 方案 。 


另外 ， 相 同 的 问题 还 会 出 现在 由 模板 实例 化 生成 的 所 有 可 链接 实体 中 。 这 些 
ee 
2 ASE 成 员 。 


10.4.1 AKAME 

首 个 实现 贪 禁 实例 化 的 C+t+ 编 译 器 是 由 Borland 公 司 提供 的 ， 贪 梦 实 例 化 现在 
已 经 成 为 多 种 C++ 系统 使 用 最 广泛 的 技术 了 。 而 且 ， 针 对 Microsoft 3+ Windows 
的 个 人 计算 机 开发 环境 ， 它 几乎 已 经 成 为 一 种 普遍 采用 的 机 制 。 


信 禁 实例 化 假定 链接 器 知道 :特定 的 实体 (特别 是 可 链接 的 模板 实例 化 体 ) 
可 以 在 多 个 目标 文件 和 程序 库 中 多 次 出 现 ， 于 是 ， 编 译 器 会 使 用 茶 种 方法 对 这 些 


实体 进行 标记 。 当 链接 器 找到 多 个 实例 的 时 候 ， 它 会 保留 其 中 一 个 实例 ， 而 抛弃 
所 有 其 他 的 实例 。 这 就 是 贷 焚 实例 化 的 主要 处 理 方法 。 


从 理论 上 讲 ， 仿 村 实例 化 具有 下 面 几 个 严重 的 缺点 : 


E a a D 
会 被 保留 。 

链接 器 通常 不 会 检查 两 个 实例 化 体 是 否 是 一 样 的 ， 因 为 在 生成 的 代码 中 ， 同 
一 个 模板 特 化 的 多 个 实例 之 间 中 可 能 会 出 现 一 些 细微 的 差异 。 事 实 上 ， 这 种 
细微 差异 并 不 会 导致 链接 器 失败 〈 这 些 细微 差异 主要 由 实例 化 时 编译 器 所 处 
状态 的 差异 所 导致 ) 。 然 而 ， 由 于 对 这 种 细微 差异 视而不见 ， 却 会 导致 链接 
ar ODE CARED 的 差异 。 例 如 ， 针 对 同一 个 实体 ， 可 能 会 出 现 两 
种 不 同 的 实例 化 体 : 以 注重 最 大 效率 进行 编译 获得 的 实例 化 体 和 以 注重 方便 
调试 进行 编译 获得 的 实例 化 体 。 也 就 是 说 ， 链 接 器 在 处 理 这 些 不 同 的 实例 化 
体 时 ， 并 不 能 察觉 到 它们 之 间 的 细微 差异 。 

与 其 他 的 解决 方案 相 比 ，〈 最 后 生成 的 ) 所 有 目标 文件 的 大 小 总 和 可 能 会 更 
大 ， 因 为 相同 代码 可 能 会 生成 多 次 。 


实际 上 ， 这 些 缺 点 看 起 来 并 不 会 导致 严重 的 问题 。 或 许 这 是 因为 : 与 其 他 候 
选 方案 相 比 ， 贪 柳 实 例 化 具有 一 个 很 大 的 优势 : 它 保留 了 源 对 象 之 间 的 原始 依赖 
性 。 尤 其 是 ， 每 个 翻译 单元 只 产生 一 个 目标 文件 ， 并 且 在 相应 的 源 文 件 〈 它 包含 
了 实例 化 后 的 定义 ) 中 ， 每 个 目标 文件 都 包含 针对 所 有 可 链接 定义 的 代码 ， 而 且 
这 些 代码 是 已 经 经 过 编译 的 代码 。 


最 后 ， 我 们 还 应 该 知道 : 这 种 允许 可 链接 实体 具有 重复 定义 的 链接 器 机 制 ， 
通常 还 被 用 于 处 理 重复 的 spilled inlined functions virtual function dispatch 
tablest13]。 如 果 不 存在 这 种 机 制 的 话 ， 其 他 的 蔡 代 机 制 通常 会 运用 内 部 链接 来 处 
理 两 个 方面 ， 但 内 部 链接 是 以 生成 庞大 代码 为 代价 的 。 


10.4.2 ”询问 实例 化 


询问 实例 化 一 个 最 通用 的 实现 是 由 Sun Microsystems 公 司 提供 的 ， 最 初出 现在 
它们 C++ 编 译 器 的 4.0 版 本 上 。 从 概念 上 讲 ， 询 问 实例 化 是 相当 简单 和 优雅 的 ， 而 
且 在 我 们 所 讨论 的 3 个 实例 化 方案 中 ， 询 问 实 例 化 是 最 新 的 方案 。 这 种 方案 需要 
维护 一 个 数据 库 ， 程 序 中 所 有 翻译 单元 的 编译 都 会 共享 这 个 数据 库 。 数 据 库 会 跟 
踪 一 些 信息 : 璧 如， 哪些 特 化 已 经 实例 化 完毕 了 ， 这 些 特 化 要 依赖 于 哪些 源 代 码 
等 等 ;然后 把 生成 的 特 化 和 这 些 信 息 储 存在 数据 库 中 。 当 遇 到 可 链接 实体 的 
POI〔 实 例 化 点 ) 时 ， 会 根据 具体 的 前 提 ， 从 下 面 3 个 操作 选 出 一 个 适当 的 操作 : 


1. 不 存在 所 需要 的 特 化 : 在 这 种 情况 下 ， 会 发 生 实例 化 过 程 ， 然 后 生成 的 
特 化 被 放 入 数据 库 中 。 


2. 所 需 的 特 化 已 经 存在 ， 但 已 经 是 过 期 的 了 一 一 因为 在 该 特 化 生成 之 后 ， 


aaa er De 
和 特 化 。 


me E E 


从 概念 上 讲 ， 这 种 设计 很 简单 ， 然 而 实际 上 并 非 如 此 ， 该 设计 往往 给 我 们 融 
来 一 些 实现 方面 的 挑战 : 


。 需要 根据 源 代码 的 状态 ， 来 正确 地 维护 数据 库 内 容 之 间 的 依赖 性 ， 这 个 工作 
就 并 非 轻而易举 。 对 于 上 面 的 3 种 操作 ， 尽 管 把 第 3 种 情况 看 成 第 2 种 情况 来 处 

理 也 不 会 产生 错误 ， 但 这 样 做 会 大 大 增加 工作 量 ， 因 为 实际 上 对 于 茶 些 工 
作 ， 编 译 器 在 这 之 前 就 已 经 做 过 的 了 《从 而 也 就 增加 了 整个 创建 时 间 〉。 

。 基于 这 种 方案 ， 并 行 编译 多 个 源 文 件 是 很 正 第 的 事情 ， 因 此 ， 如 果 要 获得 具 
有 工业 强度 的 实现 ， 就 需要 在 数据 库 中 提供 相应 的 并 行 控制 。 


男 一 方面 ， 如 果 和 忽略 这 些 挑 战 ， 那 么 我 们 可 以 高 效 地 实现 这 个 方案 。 而 且 ， 
没有 明显 的 、 可 以 阻止 该 方案 扩展 的 缺点 。 相 反而 言 ， 其 他 诸如 贪 禁 实 例 化 的 解 
决 方案 ， 则 会 进行 许多 无 用 的 工作 。 


遗憾 的 是 ， 数 据 库 的 使 用 还 会 给 程序 员 带 来 一 些 问题 。 大 多 数 问 题 的 根源 在 
于 : 继承 自 大 多 数 C 编 译 器 的 传统 编译 模型 现在 已 经 不 再 适用 ， 因 为 一 个 翻译 单 
元 已 经 不 再 生成 一 个 独立 的 目标 文件 。 例 如 ， 假 定 你 希望 链接 最 终 的 程序 ， 那 么 
链接 操作 不 仅 需要 和 各 个 翻译 单元 相关 的 每 个 目标 文件 的 内 容 ， 还 需要 储存 在 数 
据 库 中 的 目标 文件 。 类 似 地 ， 如 果 你 是 要 生成 一 个 二 进 制 的 程序 库 ， 那 么 你 需要 
确保 生成 程序 库 的 工具 〈 通 常 是 链接 器 和 档案 库存 储 器 ) 能 够 获取 数据 库 的 内 
容 。 从 更 广 的 意义 上 而 言 ， 任 何 操作 目标 文件 的 工具 都 需要 能 够 获取 数据 库 的 内 
容 。 实 际 上 ， 可 以 通过 不 在 数据 库 中 存储 实例 化 体 来 减少 (或 者 避免 ) 大 多 数 问 
题 ， 但 这 就 要 求 把 目标 代码 都 放 在 目标 文件 中 ;， 于是， 每 个 目标 文件 在 第 一 次 看 
到 POI 时 ， 都 会 产生 一 个 实例 化 体 。 


另外 ， 程 序 库 还 给 出 了 另 一 种 挑战 。 显 然 ， 许 多 生成 的 特 化 可 以 被 打包 在 程 
序 库 中 。 于 是 ， 当 把 程序 库 添加 人 到 为 一 个 项 目 后 ， 项 目的 数据 库 应 该 能 够 获知 已 
经 存在 的 实例 化 体 。 否 则 的 话 ， 假 如 项 目 无 视 程序 库 中 己 经 存在 的 实例 化 体 ， 而 
是 在 POI 处 生成 自己 的 实例 化 体 ， 那 么 将 会 出 现 重 复 的 实例 化 体 。 针 对 这 种 情 
况 ， 一 种 可 能 的 处 理 集 略 是 仿效 仿 禁 实例 化 中 的 链接 技术 : 使 链接 器 知道 所 有 生 
成 的 特 化 ， 并 且 抛 弃 多 余 ER) 的 特 化 (显然 ， 这 里 重复 出 现 的 次 数 会 比 仿 焚 
实例 化 少 很 多 ) 。 最 后 ， 其 他 各 种 对 源 代码 、 目 标 文件 和 程序 库 等 复杂 的 组 织 方 
式 通常 也 会 带 来 一 些 很 难 解决 的 问题 ， 诸 如 找 不 到 实例 化 体 ， 因 为 包含 该 实例 化 
体 的 目标 代码 可 能 并 没有 被 链接 入 最 终 的 可 执行 程序 中 。 总 而 言 之 ， 即 使 这 些 问 
题 不 会 被 看 成 询问 实例 化 的 缺点 所 在 ， 但 正 是 这 些 问 题 ， 才 使 得 许多 错综复杂 的 
开发 环境 放弃 这 种 解决 方案 。 


10.4.3 ”迭代 实例 化 


支持 C++ 模 板 的 首 个 编译 器 是 Cfront 3.0 一 一 它 是 Bjarne Stroustrup 写 来 开发 

C++ 语言 的 编译 器 的 一 个 直接 后 代 H61。Cfront 的 一 个 不 灵活 的 约束 是 : 它 必须 具 
有 很 好 的 跨 平台 移植 性 。 这 就 意味 着 : (1) 在 多 个 目标 平台 中 ， 它 都 使 用 C 语 言 
作为 共同 的 目标 表示 ; (2) 它 使 用 了 局 部 的 目标 链接 器 。 这 就 意味 着 链接 器 不 
能 察觉 到 模板 的 存在 。 实 际 上 ，Cfront 以 普通 C 函 数 的 形式 来 分 发 模板 实例 化 体 ， 
因此 它 也 必须 避免 重复 实例 化 体 的 问题 。 虽 然 Cfront 的 原 模型 与 标准 的 包含 模型 
和 分 离 模 型 都 是 不 同 的 ， 但 它 的 实例 化 策略 可 以 通过 一 些 修改 而 适应 包含 模型 。 
于 是 ， 直 到 现在 ，Cfront 仍 然 被 认为 是 迭代 实例 化 的 首 个 具体 实现 。 我 们 可 以 这 
样 描 述 Cfront 的 迭代 : 


1. 不 实例 化 任何 所 需 的 可 链接 特 化 ， 直 接 编 译 源 代码 。 
2. 使 用 预 链接 器 (prelinker) 链接 目标 文件 。 


3. 预 链接 器 调用 链接 器 ， 并 且 解 术 它 的 错误 信息 ， 从 而 确认 结果 是 否 缺 少 
某 个 实例 化 体 。 如 果 缺 少 的 话 ， 预 链接 器 会 调用 编译 器 ， 来 编译 包含 所 需 模板 定 
义 的 源 代码 ， 然 后 (可 选 地 生成 这 个 缺少 的 实例 化 体 。 


4. 复 第 3 步 ， 直 到 不 再 生成 新 的 定义 。 


在 第 3 步 中 ， 这 种 迭代 的 要 求 是 基于 这 样 事 实 ; 在 实例 化 一 个 可 链接 实体 过 
程 中 ， 可 能 会 要 求 “ 另 一 个 仍 未 实例 化 ”的 实体 进行 实例 化 ， 最后， 所 有 的 迭代 都 
己 经 完成 ， 链 接 器 才 成 功 地 创建 一 个 完整 的 程序 。 


另 一 方面 ， 原 始 Cfront 方 案 同 时 存在 着 一 些 严重 的 缺点 : 


。 要 完成 一 次 完整 的 链接 ， 所 需要 的 时 间 不 仅 包括 预 链接 器 的 时 间 开 销 ， 还 包 
括 每 次 询问 重新 编译 和 重新 链接 的 时 间 。 茶 些 使 用 Cfront 系 统 的 用 户 会 抱怨 

说 : “链接 时 间 往 往 需要 几 天 ， 而 同样 的 工作 ， 如 果 采 用 前 面 介绍 的 其 他 候选 
解决 方案 ， 则 一 个 小 时 就 足够 了 ”。 

把 诊断 信息 错误 和 和 警告》 延迟 到 了 链接 期 。 当 链接 大 型 程序 的 时 候 ， 这 个 
缺点 是 很 严重 的 。 璧 如 ， 对 于 模板 定义 中 的 某 个 书写 错误 ， 开 发 者 可 能 需要 
等 待 漫长 的 几 个 小 时 才能 检查 出 来 。 

需要 进行 特别 的 处 理 ， 来 记 住 包含 特殊 定义 的 源 代码 的 位 置 中 ，Cfront 在 
一 些 情况 下 ) 会 使 用 一 个 中 心 库 ， 它 不 得 不 克服 询问 实例 化 方案 针对 中 心 数 
据 库 的 一 些 挑战 。 另 外 ， 原 始 的 Cfront 实 现 并 不 支持 并 行 编译 。 


尽管 有 这 些 缺 点 ， 仍 然 有 两 个 编译 系统 改进 了 进 代 原 则 ， 这 两 个 系统 后 来 还 
推动 了 一 些 高 级 C++ 模板 特性 的 实现 181， 它 们 就 是 Edison Design Group (EDG) 
的 实现 和 HP 的 C++ 编 译 器 (1 站 。 在 这 一 节 后 面 的 内 容 里 ， 我 们 将 讨论 EDG 开 发 的 一 
些 技 术 ， 并 着 重 阐述 它 在 C++ 方面 所 采取 的 前 端 技术 P20]。 


EDG 的 迭代 使 预 链接 器 和 各 种 编译 步骤 之 间 的 双 癌 交流 成 为 可 能 : 预 链 接 器 
可 以 根据 实例 化 请 求 文件 (instantiation request file〉，， 指 出 某 个 特定 的 翻译 单元 
需要 执行 哪些 实例 化 ， 另 一 方面 ， 编 译 器 可 以 通过 在 目标 文件 中 藤 入 信息 或 者 生 
成 分 开 的 模板 信息 文件 (template information file) ， 来 告诉 预 链接 器 哪些 位 置 可 
能 是 实例 化 点 。 实 例 化 请 求 文件 和 模板 信息 文件 的 名 称 与 进行 编译 的 文件 名 称 相 
对 应 ， 但 它们 的 扩展 名 分 别 是 .说 和 .fi。 和 迭代 的 实现 过 程 如 下 : 


1. 当 编译 翻译 单元 的 源 代码 时 ，EDG 编 译 器 会 读 取 相应 的 站 文件 ， 如 果 文 
件 中 存在 实例 化 请 求 ， 那 么 它 就 会 根据 该 请 求生 成 对 应 的 实例 化 体 。 同 时 ， 它 会 
把 (所 代表 的 ) 实 例 化 点 记 入 编译 之 后 所 获得 的 目标 文件 ， 或 者 记 入 一 个 单独 
的 .ti 文件 ， 男 外 ， 它 还 可 以 记 下 这 个 文件 是 如 何 进行 编译 的 。 


2. 链接 步骤 会 〈 多 次 地 ) 被 预 链接 器 中 止 。 预 链接 器 会 检查 目标 文件 和 相 
应 参与 这 次 链接 步骤 的 .ti 文件 。 对 于 每 个 还 没有 被 生成 的 实例 化 体 ， 实 例 化 请 求 
指示 符 将 会 被 加 入 到 与 这 个 翻译 单元 相对 应 的 .ii 文 件 中 。 


3. WMR .ii 文件 被 修改 了 ， 那 么 预 链接 器 会 重新 调用 编译 器 〈 步 又 1) 来 编译 
相应 (需要 修改 ) 的 源 文件 ， 并 且 重 复 这 个 预 链接 器 的 达 代 过 程 。 


4. 当 上 面 的 一 切 都 不 再 循环 〈 .ii 文 件 己 经 没有 指示 符 ) 时 ， 才 会 进行 实际 
的 链接 过 程 ， 实 际 上 ， 链 接 过程 只 进行 一 次 。 


总 之 ， 这 种 解决 方案 可 以 在 每 个 翻译 单元 的 基础 之 上 维护 一 个 全 局 信息 ， 从 
而 也 就 能 够 实现 并 行 绑 定 的 要 求 。 与 贫 攀 实例 化 和 询问 实例 化 相 比 ， 友 代 实 例 化 
需要 耗费 更 多 的 链接 时 间 ， 但 由 于 之 前 并 没有 执行 实际 的 链接 ， 因 此 所 增加 的 链 
接 时 间 并 不 多 。 更 重要 的 是 ， 由 于 预 链接 器 维护 了 所 有 .ii 文件 的 全 局 一 致 性 ， 因 
此 在 下 一 次 创建 过 程 中 ， 还 可 以 重用 这 些 文件 。 尤 其 是 ， 当 对 代码 进行 了 一 定 的 
修改 之 后 ， 程 序 员 只 需要 重新 创建 那些 被 修改 的 文件 即 可 。 每 个 编译 过 程 都 可 以 
音 用 前 面 已 经 编译 完毕 的 结果 ， 很 快 地 实例 化 ,ii 文件 中 所 请 求 的 特 化 ， 因此， 链 
接 器 就 不 需要 在 链接 期 再 次 引发 额外 的 重新 编译 了 。 


在 实际 应 用 中 ，EDG 的 解决 方案 表现 得 很 好 。 尽 管 从 头 开 始 的 创建 过 程 比 其 
他 方案 耗费 更 多 的 时 间 ， 但 接 下 来 的 编译 时 间 会 逐渐 减少 。 因 此 ， 就 创建 时 间 而 
言 ， 它 仍然 具有 一 定 的 优势 。 


10.5 显 式 实例 化 


为 模板 特 化 显 式 地 生成 POI 是 可 行 的 ， 我 们 把 获得 这 种 特 化 的 构造 称 为 显 式 
实例 化 指示 符 (explicit instantiation directive) 。 从 语法 上 讲 ， 它 由 关键 字 template 
和 后 面 的 特 化 声明 组 成 ， 所 声明 的 特 化 就 是 即将 由 实例 化 获得 的 特 化 。 例 如 : 


template<typename T> 
void f(T) throw(T) 

{ 

} 


//4 个 有 效 的 显 式 实例 化 体 : 

template void f<int>(int) throw(int); 
template void f<>(float) throw( float) ; 
template void f(long) throw(long); 
template void f(char); 


上 面 每 个 实例 化 指示 符 都 是 有 效 的 。 模 板 实 参 可 以 通过 演绎 获得 〈 见 第 11 
a ， 异 常规 范 也 可 以 省 略 ， 如 果 没 有 省 略 的 话 ， 异 常规 范 就 必须 匹配 相应 的 模 


类 模板 的 成 员 也 可 以 使 用 这 种 方式 来 进行 显 式 实例 化 : 


template<typenameT> 
class S { 
public: 
void f() { 
} 


}3 


template void S<int>::f(); 


template class S<void>; 


另外 ， 通 过 显 式 实例 化 类 模板 特 化 本 身 ， 同 时 就 显 式 实例 化 了 类 模板 特 化 的 
所 有 成 员 。 


许多 早期 的 C++ 编译 系统 在 刚 开 始 文 持 模 板 的 时 候 ， 并 不 具有 自动 实例 化 功 
能 ， 而 是 采用 了 另外 的 一 种 方式 : 对 于 程序 中 所 使 用 的 函数 模板 特 化 ， 这 些 系统 
会 要 求 在 一 个 4 分 开 的 位 置 进行 手工 实例 化 ， 而 这 种 手工 实例 化 通常 会 涉及 具体 实 
现 的 #pragma 指 示 符 。 


因此 ，C++ 标 准 指定 了 一 种 更 简单 的 语法 〈 即 自动 实例 化 )， 从 而 改变 上 面 
的 情况 。 另 外 ， 标 准 还 规定 : 在 同一 个 程序 中 ， 每 个 特定 的 模板 特 化 最 多 只 能 存 


FESS SUSE BIG. MEH, BORA CRE AA Be SUSE BIE, ABA AS BE 
对 它 进 行 显 式 特殊 化 ， 反 之 亦 然 。 


在 最 初 的 手工 实例 化 环境 中 ， 这 些 约束 看 起 来 都 没有 什么 坏处 ;但 在 现今 的 
实际 应 用 中 ， 它 们 却 会 带 来 一 些 缺点 。 


首先 ， 考 虑 程序 库 实现 者 发 布 了 函数 模板 的 首 个 版 本 : 


// 文 件 toast.hpp : 
template<typenameT> 
void toast(T const& x) 


{ 


} 


于 是 ， 客 户 端 代 码 能 够 包含 这 个 头 文件 ， 并 且 显 式 实例 化 这 个 模板 : 


// 客 户 端 代 码 : 
#include “toast.hpp” 


template void toast(float) ; 


遗憾 的 是 ， 如 果 程 序 库 编写 者 决定 显 式 特 殊 化 toast<float>， 那 么 上 面 的 客户 
端 代码 就 会 是 错误 的 。 当 一 个 程序 库 是 由 多 个 开发 商 实现 的 标准 程序 库 时 ， 这 种 
情况 就 会 更 加 复杂 。 于 是 ， 某 些 开 发 商 能 够 显 式 特殊 化 一 些 标准 模板 ， 而 其 他 的 
开发 商 则 不 可 以 《或 者 只 能 特殊 化 不 同 的 特 化 20) 。 因 此 ， 客 户 端 代码 就 不 能 以 
可 移植 的 方式 来 指定 程序 库 组 件 的 显 式 实例 化 。 


在 编写 本 书 的 时 候 〈2002) ，C++ 标 准 委 员 会 趋向 于 认为 : 对 于 同一 个 实 
体 ， 如 果 在 显 式 特 化 之 后 ， 出 现 了 显 式 实例 化 指示 符 ， 那 么 指示 符 将 不 会 产生 任 
何 影响 。 最 终 决 定 如 何 仍 然 是 一 个 未 知 数 ， 如 果 这 种 方案 在 搁 术 上 是 不 可 行 的 ， 
可 能 也 就 不 会 有 最 终 决 定 。 


尽管 现今 标准 对 显 式 模板 实例 化 还 存在 一 定 的 限制 ， 但 是 最 式 实例 化 机 制 已 
经 被 当 作 提高 编译 效率 的 一 条 途径 ， 这 也 就 带 来 了 另 一 个 挑战 。 实 际 上 许多 
C++ 程序 员 都 察觉 到 : 上 自动 模板 实例 化 会 对 创建 时 间 产 生 严 重 的 负面 影响 。 提 高 
创建 效率 的 一 种 方法 就 是 :在 某 一 个 位 置 手工 实例 化 特定 的 模板 特 化 ， 并 且 禁 止 
在 所 有 其 他 的 翻译 单元 中 进行 模板 的 实例 化 。 为 了 能 够 保证 这 种 蔡 止 ， 唯 一 可 移 
植 的 方法 就 是 ， 除了 这 个 显 式 实例 化 所 在 的 翻译 单元 之 外 ， 其 他 的 翻译 单元 都 不 
提供 模板 的 定义 。 例 如 : 


// 翻 译 单元 1: 
template<typename T> void f(); // 没 有 定义 ， 禁 止 在 这 个 翻译 单元 
// 进 行 实例 化 


void g() 


f<int>(); 


} 


// 翻 译 单元 2: 

template<typename T> void f() 
{ 

} 


template void f<int>(); // 手 工 实例 化 


void g(); 
int main() 


g(); 


这 个 解决 方案 是 可 行 的 。 但 是 该 方案 要 求 对 那些 提供 模板 接口 的 源 代 码 进行 
控制 。 然 而 ， 这 并 不 符合 实际 情况 ， 因 为 既 要 提供 了 模板 的 完整 定义 ， 又 要 保证 
这 些 提供 模板 的 源 代码 不 能 被 修改 ， 这 显然 是 不 现实 的 。 


有 时 候 ， 我 们 可 以 使 用 一 个 “技巧 ”， 对 于 某 个 特 化 ， 除 了 显 式 实 例 化 所 在 的 
翻译 单元 ， 在 其 他 的 翻译 单元 中 ， 我 们 都 把 该 模板 声明 为 一 个 特 化 《这 确实 可 以 
Se eee reer a ee ere ee 
含 模 X 定义 : 


// 翻译 单元 1: 
template<typename T> void f() 


} 
template<> void f<int>(); // 声明 但 没有 定义 ， 这 里 是 显 式 特 化 
void g() { 

f<int>(); 


// 翻译 单元 2: 
template<typename T> void f() 


} 


template void f<int>(); // 手工 实例 化 ， 这 里 是 实例 化 


void g(); 


int main() 


g(); 


遗憾 的 是 ， 有 这 样 一 个 假设 : 调用 经 过 显 式 实例 化 的 特 化 的 目标 代码 和 调用 
与 泛 型 特 化 相 匹配 的 目标 代码 ， 应 该 都 是 相同 的 。 然 而 ， 这 种 假设 是 错误 的 。 一 
些 C++ 编 译 器 会 对 这 两 个 实体 生成 不 同 的 mangled namel221;， 因此 对 这 些 编译 器 而 
So ， 上 面 产生 的 代码 将 不 能 被 链接 成 一 个 完整 的 可 执行 程序 。 


东 些 编译 器 提供 了 一 个 扩展 ， 指 出 模板 特 化 不 应 该 在 茶 个 翻译 单元 进行 实例 
化 。 一 个 普 裔 采用 (但 非 标准 ) 的 语法 倾向 于 这 样 做 : 在 显 式 实例 化 指示 符 的 前 
面 ， 添 加 一 个 关键 字 extern;， 并 且 指 出 ， 只 有 不 具备 这 个 关键 字 的 情况 下 ， 才 会 
引发 实例 化 过 程 。 对 于 我 们 最 后 一 个 例子 ， 针 对 文 持 这 个 扩展 的 编译 器 ， 我 们 可 
以 把 第 一 个 文件 改写 如 下 : 


// 翻译 单元 1: 
template<typename T> void f() 
{ 

} 


extern template void f<int>(); // 声明 但 没有 定义 


void g() 


f<int>(); 


10.6 ”本 章 后 记 


这 一 章 曾 述 了 两 个 虽 有 关联 但 叉 完 全 不 同 的 话题 : C++ 模板 的 编译 模型 和 
C++ 模板 的 多 种 实例 化 机 制 。 


在 程序 翻译 过 程 的 多 个 阶段 ， 编 译 模 型 决定 了 模板 的 具体 含义 。 尤 其 是 当 实 
例 化 模板 的 时 候 ， 编 译 模型 将 决定 模板 中 各 种 构造 的 含义 。 当 然 ， 名 称 查 找 是 编 
译 模型 必 不 可 少 的 组 成 部 分 。 实 际 上 ， 当 我 们 叙述 包含 模型 和 分 离 模型 的 时 候 ， 
我 们 所 谈 及 的 就 是 编译 模型 。 这 些 模 型 本 身 是 语言 定义 的 一 部 分 。 


实例 化 机 制 是 一 种 外 部 机 制 ， 它 促使 C++ 实 现 可 以 正确 地 生成 实例 化 体 。 男 
外 ， 链 接 器 和 其 他 的 一 些 创 建 工具 的 要 求 ， 可 能 会 对 这 些 机 制 强加 一 些 约束 。 


SRM, PENA ERA) CCfront) 实现 超越 了 这 两 个 概念 。 针 对 模板 的 实例 化 过 
程 ， 它 会 借助 于 一 个 用 于 组 织 源 文件 的 特殊 约定 ， 生 成 新 的 翻译 单元 。 然 后 采用 
本 质 上 类 似 于 包含 模型 的 编译 模型 〈 尽 管 它 的 C++ 名 称 查 找 规 则 和 包含 模型 的 
C++ 查找 规则 是 完全 不 同 的 ) ， 对 所 获得 的 翻译 单元 进行 编译 。 因 此 ， 尽 管 Cfront 
并 没有 实现 模板 的 “分 开 编译 ”， 但 是 它 会 生成 隐 式 的 包含 ， 因 而 往往 会 给 人 带 来 
一 种 “采用 分 开 编 译 ” 的 假象 。 后 来 的 许多 实现 或 者 缺 省 地 提供 一 种 类 似 于 隐 式 包 
含 的 机 制 (Sun 微 系统 公司 ) ， 或 者 只 是 提供 了 一 个 选项 (HP, EDG) ， 对 用 
Cfront 开 发 的 现存 代码 提供 一 定 的 兼容 性 。 


可 以 用 下 面 的 例子 来 说 明 Cfront 实 现 方案 的 许多 细节 : 


// 文件 template.hpp: 
template<class T> // Cfront 并 没有 关键 字 typename 
void f(T); 


// 文件 template.cpp: 

template<class T> // Cfront 并 没有 关键 字 typename 
void f(T) 

{ 

} 


// 文 件 app.hpp : 
class App { 


}3 


// 文件 main. cpp: 
#include "app.hpp" 
#include "template.hpp" 


int main() 


App a; 
F(a); 


在 链接 期 ，Cfront 的 迭代 实例 化 机 制 会 生成 一 个 新 的 包含 一 些 文件 的 翻译 单 
元 ， 它 期 望 这 些 文件 能 够 包含 在 头 文件 中 找到 的 模板 的 实现 。 在 文件 蔡 换 的 过 程 
中 ，Cfront 会 有 一 个 约定 : 它 把 .h 后 级 (或 者 类 似 的 后 级) 的 头 文件 蔡 换 成 .c 文 件 
(或 者 类 似 的 .cpp 或 .C 后 级 的 文件 ) 。 最 后 ， 所 生成 的 翻译 单元 如 下 : 


// 文件 main.cpp: 
#include "template.hpp" 
#include "template.cpp" 
#include "app.hpp" 


static void _dummy_(App a1) 


f(al); 


于 是 ， 在 编译 这 个 翻译 单元 的 时 候 ， 有 一 个 特殊 的 选项 可 以 用 来 禁止 所 包含 
文件 中 的 实体 直接 生成 代码 。 这 就 保证 了 在 包含 template.cpp〈 假 设 这 个 文件 已 经 
被 编译 成 一 个 目标 文件 ) 之 后 ， 对 于 该 翻译 单元 所 包含 的 任何 可 链接 实体 ， 都 不 
会 生成 重复 定义 。 


函数 _dummy_ 用 来 生成 一 些 引 用 ， 它 们 指向 必须 进行 实例 化 的 特 化 。 男 外 ， 
对 头 文 件 进行 了 重新 排序 : Cfront 实 际 上 包含 了 头 文件 分 析 代 码 ， 它 会 把 那些 没 
有 被 使 用 的 头 文件 从 翻译 单元 中 省 略 。 遗 憾 的 是 ， 由 于 一 些 具 有 路 头 文件 边界 作 
用 域 的 宏 的 存在 ， 这 种 技术 显得 用 处 不 大 。 


相反 ， 对 于 标准 的 C++ 的 分 离 模型 ， 如 果实 例 化 过 程 访问 了 两 个 〈 或 多 个 ) 
翻译 单元 的 实体 〈 主 要 是 由 于 ADL 可 以 路 越 翻译 单元 的 边界 ) ， 那 么 将 会 对 这 两 
个 (或 者 多 个 ) 翻译 单元 分 开 翻译 。 由 于 不 是 基于 包含 的 策略 ， 所 有 分 离 模型 并 
不 会 强加 特定 的 头 文件 约定 ， 一 个 翻译 单元 中 的 宏 定 义 也 不 会 对 其 他 的 翻译 单元 
产生 影响 。 然 而 ， 如 我 们 在 这 一 章 的 开头 所 述 ， 在 C+t++ 中 ， 宏 并 非 是 能 够 带 来 意 
外 强 耦 合 性 的 唯一 构造 ， 导 出 〈export) 模型 也 会 带 来 其 他 形式 的 强 耦 合 性 。 


[1] “实例 化 ”这 个 概念 有 时 也 用 于 表示 “根据 类 型 创建 一 个 对 象 ?， 然 而 ， 在 这 本 
书 里 ， 我 们 总 是 指 模板 实例 化 。 


[2] 通常 而 言 ， 特 化 这 个 概念 用 于 代表 一 个 实体 ， 该 实体 是 模板 的 一 个 特殊 实例 
〈 见 第 7 章 ) 。 但 是 ， 它 并 不 代表 我 们 在 第 12 章 所 描述 的 显 式 特 化 机 制 。 


[3] 匿名 的 union 有 它 上 自身 的 特殊 之 处 : 它 的 成 员 可 以 被 看 成 是 外 围 类 的 成 员 。 匿 
名 成 员 可 以 看 作 是 一 种 构造 ， 用 来 说 明 某 些 类 成 员 共 享 同 一 个 存储 器 。 


[4] 译注 : 我 们 要 区 分 产生 这 种 无 效 类 型 (如 Block[0]〉 的 最 初 位 置 是 在 声明 还 
是 在 定义 ， 这 是 链接 占 是 否 引 发 错误 的 关键 (一 个 决定 因素 )。 


[5] 译注 :这 里 请 参考 本 三 的 第 一 个 注释 ，union 在 这 里 有 它 的 特殊 之 处 ， 它 里 面 
的 成 员 实 际 上 被 认为 是 类 的 成 员 ， 从 而 这 里 当 作 声明 看 待 。 


[6] 典型 的 例子 如 : 智能 指针 模板 〈 例 如， 标准 库 中 的 std::auto_ptr<T>) 。 参 见 
第 20 章 。 


[7] 除了 使 用 two-phase lookup 之 外 ， 我 们 还 可 能 会 使 用 two-stage lookup 或 者 two- 
phase name lookup 来 表示 这 个 概念 。 


[8] 译注 : 请 参见 9.2.1 小 节 “ 实 例 化 体 ” 的 说 明 。 
[9] 译注 : 原因 见 10.3.5 小 节 。 


[10] 在 2002 年 的 C++ 标 准 委 员 会 中 ， 仍 然 在 讨论 是 否 可 以 用 某 种 蔡 换 方法 ， 使 
具有 后 面 这 个 typedef 〈 即 typedef int Int〉 的 例子 有 效 。 


[11] 声明 上 下 文 是 指 : 在 给 定 的 位 置 ， 所 有 可 以 访问 的 声明 所 组 成 的 集合 。 
[12] 这 将 带 来 一 种 与 《你 所 期 望 的 ) 宏 的 扩展 机 制 类 似 的 行为 。 


[13] 译注 :“ 实 例 化 后 的 模板 成 员 ” 原 文 是 instantiated member of template， 指 的 就 
是 “模板 成 员 的 实例 ”。 


[14] 当 编 译 器 不 能 内 联 “ 前 面具 有 inline 关 键 字 的 函数 的 每 个 调用 ”时 ， 借 助 于 这 
LN 日 标 文件 中 会 给 出 该 函数 的 另外 一 份 拷贝 。 这 种 情况 可 能 发 生 在 多 个 
目标 文 。 


[15] 虚 函 数 调 用 通常 是 借助 于 一 个 函数 指针 表 间 接 实 现 的 。 关 于 C++ 在 这 种 实 
现 方面 的 更 多 细节 ， 请 参阅 [LippmanObjMod]。 


[16] 请 不 要 把 这 人 句 话 理 解 成 Cfront 只 是 一 个 原型 ， 实 际 上 ，Cfront 被 广泛 应 用 于 
工业 环境 ， 而 且 许 多 商业 性 质 C++ 编 译 器 所 提供 的 许多 特性 也 是 来 源 于 Cfront。 
Cfront 的 3.0 版 本 是 在 1991 年 发 布 的 ， 但 这 个 版 本 有 很 多 错误 ， 于 是 很 快 就 有 了 
3.0.1 版 本 ， 它 使 模板 可 以 顺利 通过 编译 。 


[17] 也 就 是 说 ， 这 是 在 步骤 1 的 编译 过 程 中 进行 的 工作 。 因 为 在 编译 过 程 中 ， 对 
于 这 些 包含 定义 的 源 代码 ， 我 们 需要 记 住 它们 的 位 置 ， 将 来 才能 够 找到 它们 。 
[18] 我 们 也 并 非 没 有 偏见 。 然 而 ， 事 实证 明 ， 首 个 (可 公开 获取 的 ) 具有 这 些 


新 模板 特性 的 实现 就 来 自 于 这 两 个 公司 。 这 些 新 模板 特性 包括 成 员 模 板 、 局 部 特 
化 、 模 板 中 现今 的 名 称 查 找 ， 和 模板 的 分 离 模型 。 


[19] HP 的 C++ 编译 器 主要 借鉴 了 Taligent 公 司 〈 该 公司 后 来 被 IBM 收 购 了 ) 的 技 
术 。HP 还 把 贪 焚 实 例 化 机 制 添 加 到 C++ 编译 器 中 ， 并 作为 缺 省 机 制 。 


[20] EDG 并 没有 把 这 份 C++ 实 现 卖 给 终端 用 户 ， 他 们 只 是 给 其 他 软件 开发 商 提 
供 一 个 必要 的 、 可 移植 的 组 件 ， 该 组 件 包含 有 这 些 C++ 实 现 ， 然 后 才 由 开发 商 把 
这 个 组 件 集成 到 特定 平台 的 解决 方案 中 。EDG 的 某 些 客户 保留 这 种 可 移植 的 实例 
化 迭代 实现 ， 但 他 们 也 可 以 只 把 该 实现 集成 到 一 个 贫 郴 实例 化 环境 中 《〈 贪 攀 实 例 
化 是 不 可 移植 的 ， 因 为 它 依 赖 于 特殊 的 链接 器 特性 ) o 


[21] 译注 : 这 里 特殊 化 是 一 个 动词 ， 对 应 的 原文 是 specialized， 而 特 化 是 外 名 
词 ， 对 应 specialization。 


[22] 函数 的 mangled name 是 编译 器 所 看 到 的 名 字 。 除 了 普通 的 函数 名 称 之 外 ， 


它 还 包括 参数 的 特性 、 函 数 的 模板 实 参 ， 有 时 候 还 有 其 他 的 一 些 属性 ， 最 后 由 这 
些 生成 一 个 独一无二 的 名 称 ， 才 不 会 和 其 他 有 效 的 重 载 函数 发 生 名 称 冲突 。 


FL ” 柑 板 实 参 演绎 


在 每 个 函数 模板 的 调用 中 ， 如 果 都 显 式 地 指定 模板 实 参 (例如 ， 
concat<std::string, int>(s,3) ) ， 那 么 很 快 就 会 导致 很 繁琐 的 代码 。 考 运 的 是 ， 借 助 
E 
模板 实 参 。 


在 这 一 章 里 ， 我 们 将 解释 模板 实 参 演绎 过 程 的 细节 。 和 C++ 别 的 知识 一 样 ， 
大 多 数 规则 通常 都 会 产生 很 直观 的 结果 ， 模 板 实 参 演绎 过 程 也 不 例外 。 然 而 ， 深 
刻 理 解 这 一 章 的 内 容 ， 将 有 助 于 你 以 后 避免 遇 到 出 人 意料 的 情况 。 


11.1 演绎 的 过 程 


针对 一 个 函数 调用 ， 演 绎 过 程 会 比较 “调用 实 参 的 类 型 "和 “函数 模板 对 应 的 参 
数 化 类 型 “ 即 T) ”， 然 后 针对 要 被 演绎 的 一 个 或 多 个 参数 ， 分 别 推导 出 正确 的 蔡 
换 。 我 们 应 该 记 住 ， 每 个 实 参 -参数 对 的 分 析 都 是 独立 的 ;， 因此， 如 果 最 后 所 得 出 
的 结论 发 生 了 矛盾， 那么 演绎 过 程 将 失败 。 考 虑 下 面 的 例子 : 


template<typename T> 
T const& max(T const& a, T const& b) 
{ 


} 


return a<b ? b : a; 


int g = max(1,1.0); 


在 上 面 的 代码 中 ， 第 一 个 调用 实 参 的 类 型 是 int， 因 此 max0 模 板 的 参数 T 被 暂 
时 地 演绎 成 int。 然 而 ， 第 2 个 调用 实 参 的 类 型 是 double; 因此 ， 如 果 基 于 第 2 个 实 
参 的 话 ，T 应 该 被 演绎 成 double。 这 就 和 前 面 的 结论 (int 类 型 ) 发 生 矛 盾 。 另 外， 
我 们 还 应 该 知道 : 这 里 所 说 的 演绎 过 程 失 败 ， 并 不 代表 这 个 程序 是 无 效 的 。 实 际 
上 ， 如 果 存 在 其 他 的 名 为 max 的 模板 ， 这 个 演绎 过 程 就 可 能 是 成 功 的 《和 普通 函 
数 一 样 ， 函 数 模板 也 能 够 被 重 载 ， 详 见 2.4 节 和 第 12 章 ) 。 


即使 所 有 被 演绎 的 模板 参数 都 可 以 一 致 性 地 确定 〔 即 不 发 生 了 矛盾 ) ， 演 绎 过 
程 也 可 能 会 失败 。 这 种 情况 就 是 : 在 函数 声明 中 ， 进 行将 换 的 模板 实 参 可 能 会 导 


致 无 效 的 构造 。 请 看 下 面 的 例子 : 


template<typename T> 
typename T::ElementT at (T const& a, int i) 
{ 


} 


void f(int* p) 


return a[i]; 


int x = at(p,7); 
} 


在 此 ，T 被 演绎 成 intk 〈 只 有 一 个 参数 类 型 与 TI 有关， 当然 也 就 不 会 发 生前 面 
的 分 析 了 矛盾 ) 。 然 而 ， 在 返回 类 型 T::ElementT 中 ， 用 int* 来 替换 T 之 后 ， 显 然 会 导 
致 一 个 无 效 的 C++ 构造 ， 从 而 也 使 这 个 演绎 过 程 失 败 贡 。 这 时 ， 错 误 信息 大 概 会 
指出 : 并 不 能 为 调用 at0 找 到 适当 的 匹配 。 相 反 ， 如 果 所 有 的 模板 实 参 都 进行 显 式 
特 化 ， 那 么 就 不 会 出 现 基于 另 一 个 模板 而 演绎 成 功 的 现象 〈 见 注释 1) 。 这 时 
候 ， 错 误 信 息 通 党 也 会 变 成 “函数 at0 的 模板 实 参 是 无 效 的 ”。 你 可 以 借助 于 前 面 的 
例子 和 下 面 这 个 例子 ， 在 你 最 常用 的 C++ 编译 器 中 比较 它们 各 自 的 诊断 信息 ; 


void f(int* p) 
{ 


int x = at<int*>(p,7); 


} 


我 们 接 下 来 需要 描述 实 参 -参数 对 是 如 何 进行 匹配 的 。 我 们 会 使 用 下 面 的 概念 
来 进行 描述 : 匹配 类 型 A《〈 来 自 实 参 的 类 型 ) 和 参数 化 类 型 P《〈 来 自 参 数 的 声 
HH) 。 如 果 被 声明 的 参数 是 一 个 引用 声明 《〈 即 T&) ， 那 么 P 就 是 所 引用 的 类 型 
CHIT) ， 而 A 仍然 是 实 参 的 类 型 。 否 则 的 话 ，P 就 是 所 声明 的 参数 类 型 ， 而 A 则 
是 实 参 的 类 型 ， 如 果 这 个 实 参 的 类 型 是 数组 或 者 函数 类 型 ， 那 么 还 会 发 生 decay!” 
转型 ， 转 化 为 对 应 的 指针 类 型 ， 同 时 还 会 忽略 高 层次 的 const 和 volatile 限 定 符 。 例 
H: 


template<typename T> void f(T); //P 就 是 T 


template<typename T> void g(T&); //P 仍 然 是 T 
double x[20]; 


int const seven = 7; 


F(x); // 非 引用 参数 (针对 f): T 是 double* 
g(x); // 引 用 参数 (针对 g): T 是 double[26] 


f(seven); // 非 引用 参数 : Teint. 
g(seven) ; // 引 用 参数 : Teint const 


f(7); // 非 引用 参数 : T 是 int 
g(7); // 引 用 参数 : T 是 int => 错 误 : 不 能 把 7 传递 给 int& 


对 于 调用 BIf(x)，x 的 数组 类 型 将 会 decay 成 double* 类 型 ， 这 也 是 演绎 T 所 获得 
的 类 型 。 在 f(seven) 中 ，const 限 定 符 被 忽略 了 ， 因 此 T 被 演绎 成 int。 相 反 ， 调 用 
g(x) 将 T 演 绎 成 double[20] 类 型 (没有 出 现 decay) 。 类 似 地 ，g(seven) 具 有 一 个 类 型 
Aint const 的 左 值 实 参 ， 因 为 在 匹配 引用 参数 的 时 候 ，const 和 volatile 限 定 符 是 保 
留 的 ， 所 以 T 被 演绎 成 int const。 男 外 ， 我 们 觉得 g(7) 可 能 会 把 T 演 绎 成 int( 因 为 非 
类 型 的 右 值 表达 式 不 可 能 具有 由 const 或 volatile 限 定 的 类 型 )， 然 而 ， 这 个 调用 却 
是 错误 的 ， 因 为 实 参 7 不 能 传递 给 int& 类 型 的 参数 。 


我 们 已 经 知道 ， 对 于 引用 参数 ， 绑 定 到 该 参数 的 实 参 是 不 会 进行 decay 的 。 然 
而 ， eee 却 总 是 会 产生 出 人 意料 的 结果 。 重 新 考虑 
下 面 的 模板 : 


template<typename T> 
T const& max(T const& a, T const& b); 


对 于 表达 式 max(“Apple”, “Pear”)， 我 们 可 能 会 期 望 T 被 演绎 成 char const* 。 然 
而 ，“Apple” 的 类 型 是 char const[6]， 而 “Pear” 的 类 型 是 char const[5]; 而 且 不 存在 
数组 到 指针 的 decay 转 型 (因为 要 演绎 的 参数 是 引用 参数 ) 。 因 此 ， 为 了 使 演绎 成 
功 ，T 就 必须 同时 是 char[6] 和 char[5]; 而 这 显然 是 不 可 能 的 ， 因 此 这 会 产生 错误 。 


关于 这 个 话题 的 具体 讨论 可 以 参考 5.6 节 。 


11.2 ”演绎 的 上 下 文 


对 于 比 T 复 杂 很 多 的 参数 化 类 型 ， 也 可 以 与 给 定 的 实 参 进行 匹配 。 下 面 是 一 
些 比 较 基 础 的 例子 : 


template<typename T> 
void f1(T*); 


template<typename E, int N> 
void f2(E(&)[N]); 


template<typename T1, typename T2, typename T3> 
void f3(T1 (T2::*)(T3*) )3 


class S { 
public: 
void f(double*) ; 
}; 
void g(int*** ppp) 


bool b[42]; 


f1(ppp); // 演 绎 T 为 int**. 
f2(b); // 演 绎 E 为 boo1，N 为 42 . 
F3(&S:: Ff); // 演 绎 T1=void,T2=S,T3=double. 


复杂 的 类 型 声明 都 是 产生 自 《〈 比 它 ) 基本 的 构造 (例如 指针 、 引 用 、 数 组 、 
函数 声明 子 〈declarators) ; 成 员 指针 声明 子 、template-id 等 ) ; 匹配 过 程 是 从 最 
顶层 的 构造 开始 ， 然 后 不 断 递归 各 种 组 成 元 素 〈 即 和子 构造 ) 。 我 们 可 以 认为 : 大 
多 数 的 类 型 声明 构造 都 可 以 使 用 这 种 方式 进行 匹配 ， 这 些 构造 也 被 称 为 演绎 的 上 
下 文 。 然 而 ， 某 些 构造 就 不 能 作为 演绎 的 上 下 文 ， 例 如 : 


” 妥 限 的 类型 名称 。 例 如， 一 个 诸如 Q<T>=X 的 关 弄 名称 不 能 被 用 来 演 经 本 
人 参数 T。 


。 除 了 非 类 型 参数 之 外 ， 模 板 参数 还 包含 其 他 成 分 的 非 类 型 表达 式 。 例 如 ， 庄 
如 S<I+1> 的 类 型 名 称 就 不 能 被 用 来 演绎 I[。 另 外 ， 我 们 也 不 能 通过 匹配 诸如 
int(&)[sizeof(S<T>)] 类 型 的 参数 来 演绎 T。 


具有 这 些 约束 是 很 正常 的 ， 因 为 通常 而 言 ， 尺 管 有 时 候 会 很 容易 地 忽略 受 限 
的 类 型 名 称 ， 但 演绎 过 程 并 不 是 唯一 的 (甚至 不 一 定 是 有 限 的 ) 。 而 且 ， 一 个 不 
能 演绎 的 上 下 文 并 没有 自动 地 表明 : 所 对 应 的 程序 就 是 错误 的 ， 或 者 前 面 分 析 的 
a a 
X yl : 


//details/fppm. cpp 
template <int N> 
class X { 
public: 
typedef int I; 
void f(int) { 
} 


}3 


template<int N> 
void fppm(void (X<N>::*p)(typename X<N>::I) ); 


int main() 


fppm(&X<33>: :f); // 正 确 : N 被 演绎 成 33 


在 函数 模板 fppm( 〇 中 ， 子 构造 X<N>::I 是 一 个 不 可 演绎 的 上 下 文 。 然 而 ， 具 有 
成 员 指 针 类 型 〈( 即 X<N>::*p) 的 成 员 类 型 部 分 X<N> 是 一 个 可 以 演绎 的 上 下 文 。 
于 是 ， 可 以 根据 这 个 可 演绎 上 下 文 获得 参数 N， 然 后 把 N 放 入 不 可 演绎 上 下 文 
X<N>::I， 就 能 够 获得 一 个 和 实 参 &X<33>::{ 匹 配 的 类 型 。 因 此 基于 这 个 实 参 -参数 
对 的 演绎 是 成 功 的 。 


相反 ， 如 果 参 数 类 型 完全 依赖 于 演绎 的 上 下 文 ， 那 么 也 可 能 会 导致 演绎 的 矛 
盾 。 例 如 ， 假 设 我 们 已 经 适当 地 声明 了 类 模板 X 和 Y: 


template<typename T> 
void f(X<Y<T>, Y<T> >); 


void g() 


f(X<Y¥<int>,Y<int> >() ); // 正 确 
f(X<Y¥<int>,Y¥<char> >() ); // 错 误 : 演绎 失败 


这 里 的 问题 在 于 : 针对 模板 参数 T， 函 数 模 板 f0) 的 第 2 个 调用 演绎 出 了 两 个 不 
同 的 实 参 ， 而 这 显然 是 无 效 的 (在 上 面 的 两 个 函数 调用 中 ， 调 用 实 参 都 是 一 个 临 
时 对 象 ， 这 个 临时 对 象 是 调用 类 模板 X 的 缺 省 构造 函数 创建 的 )。 


11.3 ”特殊 的 演绎 情况 


存在 两 种 特殊 情况 ， 其 中 用 于 演绎 的 实 参 -参数 对 (A，P) 并 不 是 分 别 来 自 
于 函数 调用 的 实 参 和 函数 模板 的 参数 。 第 1 种 情况 出 现在 取 函 数 模板 地 址 的 时 
候 。 在 这 种 情况 下 ，P 古 函数 模板 声明 子 的 参数 化 类 型 〈 即 下 面 的 {的 类 型 )， 而 
A 是 被 赋值 〈 或 者 初始 化 ) 的 指针 《〈 即 下 面 的 pf) 所 代表 的 函数 类 型 。 例 如 : 


template<typename T> 
void f(T, T); 


void (*pf)(char,char) = &f; 
在 上 面 的 代码 中 ，P 就 是 void(T, T), MAsévoid(char,char). Fichar###eT, 1% 
演绎 过 程 是 成 功 的 。 男 外 ，pf 被 初始 化 为 “ 特 化 f<char>” 的 地 址 。 
男 一 种 特殊 情况 和 转型 运算 符 模板 一 起 出 现 。 例 如 : 
class S { 
public: 


template<typename T, int N> operator T[N]&(); 
}; 


在 这 种 情况 下 ， 实 参 -参数 对 “A，P) 涉及 到 我 们 试图 进行 转型 的 实 参 和 转 
型 运算 符 的 返回 类 型 。 下 面 的 代码 清楚 地 说 明了 这 种 情况 : 


void f(int (&)[20]); 
void g(S s) 


f(s); 


} 


在 此 ， 我 们 试图 把 S 转 型 为 int (&)[20]; 因此 ， 类 型 A 为 int[20]， 而 类 型 P 为 
T[N]。 于 是 ， 用 类 型 int 替 换 T， 用 20 替 换 N 之 后 ， 该 演绎 就 是 成 功 的 。 


11.4 可 接受 的 实 参 转 型 


通常 ， 模 板 演绎 过 程 会 试图 找到 函数 模板 参数 的 一 个 匹配 ， 以 使 参数 化 类 型 
人 然而 ， 当 找 不 到 这 种 匹配 的 时 候 ， 下 面 的 几 种 变化 就 是 可 接受 


。 如 果 原 来 声明 的 参数 是 一 个 引用 参数 子 ， 那 么 被 蔡 换 的 P 类 型 可 以 比 A 类 型 多 
一 个 const 或 者 volatile 限 定 符 。 

© 如 果 A 类 型 是 指针 类 型 或 者 成 员 指 针 类 型 ， 那 么 它 可 以 进行 限定 符 转 型 (就 
是 说 ， 添 加 const 或 者 volatile 限 定 符 ) ， 转 化 为 被 蔡 换 的 P 类 型 。 

。 当 演 绎 过 程 不 涉及 到 转型 运算 符 模 板 的 时 候 ， 被 蔡 换 的 P 类 型 可 以 是 A 类 型 的 
基 类 ; 或 者 当 A 是 指针 类 型 时 ，P 可 以 是 一 个 指针 类 型 ， 它 所 指 疝 的 类 型 是 A 
所 指 问 的 类 型 的 基 类 。 见 下 面 的 例子 : 


template<typename T> 
class B { 
}; 


template<typename T> 
class D : public B<T> { 
}; 


template<typename T> void f(B<T>*); 


void g(D<long> dl) 


f(&d1); // 成 功 演 绎 : 用 long 蔡 换 T 


只 有 在 精确 匹配 不 存在 的 情况 下 ， 才 会 出 现 这 种 宽松 的 匹配 。 即 使 这 样 ， 只 
有 在 前 面 添加 的 儿 种 转型 中 能 够 找到 一 种 蔡 换 ， 并 且 借 助 这 种 蔡 换 可 以 匹配 A 类 
型 和 P 类 型 时 ， 演 绎 过 程 才能 是 成 功 的 。 


11.5 ”类 模板 参数 


模板 实 参 演绎 只 能 应 用 于 函数 模板 和 成 员 函 数 模板 ， 古 不 能 应 用 于 类 模板 
的 。 另 外 ， 对 于 类 模板 的 构造 函数 ， 也 不 能 根据 实 参 来 演绎 类 模板 参数 。 例 如 : 


template<typename T> 
class S { 
public: 
S(T b) : a(b) { 
} 


private: 
T a; 
}; 


S x(12); // 错 误 : 不 能 从 构造 函数 的 调用 实 参 12 演 绎 类 模板 参数 T 


11.6 RAW ALE 


和 普通 函数 一 样 ， 在 函数 模板 中 也 可 以 指定 缺 省 的 函数 调用 实 参 。 例 如 ; 


template<typename T> 
void init(T* loc, T const& val = T() ) 
{ 


*loc = val; 


} 


如 例子 所 示 ， 缺 省 调用 实 参 古 可 以 依赖 于 模板 参数 的 。 但 是 ， 公 有 在 没有 所 


供 显 式 实 参 的 情况 下 ， 才 会 实例 员 型 的 缺 省 实 这 也 是 使 得 下 面 例 
子 有 效 的 一 条 规则 : 
class S { 
public: 
S(int, int); 
}; 
S s(@,0); 
int main() 
init(&s, S(7,42) ); // 因 为 7 二 Ss， 所 以 T() 就 是 无 效 的 了 。 于 是 
// 缺 省 调用 实 参 T() 也 就 不 需要 进行 实例 化 
// 因 为 已 经 提供 了 个 显 式 参数 
} 


对 于 缺 省 调用 实 参 而 言 ， 即 使 不 是 依赖 型 的 ， 也 不 能 用 于 演绎 模板 实 参 。 这 
意味 着 下 面 的 C++ 程序 是 无 效 的 : 


template<typename T> 
void f(T x = 42) 


{ 
} 
int main() 
f<int>(); // 正 确 : T = int 
f(); // 错 误 : 不 能 根据 缺 省 调用 实 参 42 来 演绎 T 


11.7 Barton-Nackman 方 法 


在 1994 年 ，John.J.Barton 和 Lee R.Nackman 给 出 了 一 项 模板 技术 ， 他 们 把 该 技 
术 称 为 限制 的 模板 扩展 (restricted template expansion) 。 这 项 技术 的 部 分 动机 
是 : 在 那个 时 候 (1994) ， 大 多 数 编译 器 都 不 能 对 函数 模板 进行 重 载 向， 也 没有 
实现 名 字 空 间 。 


为 了 曾 述 这 项 技术 ， 先 假设 我 们 具有 一 个 类 模板 Array， 而 且 需 要 定义 该 模板 
的 相等 运算 符 operator==。 一 种 实现 方法 是 : 把 该 运算 符 声 明 为 类 模板 的 成 员 。 
然而 ， 这 并 不 是 一 个 好 的 实现 ， 因 为 该 运算 符 的 第 1 个 实 参 〈 绑 定 为 this 指 针 ) 和 
第 2 个 实 参 的 转型 规则 可 能 是 不 一 致 的 ， 而 operator== 意味 着 它 的 两 个 实 参 应 该 是 
对 称 的 ， 有 了 不 同 转型 之 后 就 很 难保 证 这 种 对 称 性 了 。 另 一 种 实现 是 把 该 运算 符 
声明 为 一 个 名 字 空 间作 用 域 的 函数 ， 该 函数 的 大 体 实现 如 下 面 的 代码 所 示 : 


template<typename T> 
class Array { 


public: 
}; 
template<typename T> 
bool operator == (Array<T> const& a, Array<T> const& b) 
{ 
} 


然而 ， 如 果 函 数 模板 不 能 被 重 载 的 话 ， 就 会 带 来 一 个 问题 : 在 这 个 作用 域 
中 ， 就 不 能 声明 其 他 的 operator == 模板 了 。 但 很 多 情况 下 我 们 需要 为 其 他 的 类 模 
板 提 供 这 个 运算 符 模 板 。 于 是 ，Barton 和 Nackman 把 这 个 运算 符 并 作为 类 的 普通 
友 元 函数 定义 在 类 的 内 部 ， 从 而 解决 这 个 问题 : 


template<typename T> 
class Array { 
public: 


friend bool operator == (Array<T> const& a, 
Array<T> const& b) { 


return ArraysAreEqual(a,b); 


假设 我 们 用 float 类 型 来 实例 化 上 面 的 Array。 那 么 ， 作 为 实例 化 的 结果 ， 这 个 
友 元 运算 符 函 数 相应 地 被 具体 声明 了 〈 即 确定 了 参数 类 型 )， 但 我 们 应 该 知道 : 
这 个 具体 函数 本 里 并 不 是 函数 模板 实例 化 的 结果 ， 它 原来 惑 是 一 个 非 模板 函数 ， 


只 是 借助 于 实例 化 过 程 的 边缘 效应 ， 它 才 被 声明 为 一 个 具体 函数 ， 并 且 插 入 到 全 
局 作用 域 中 。 由 于 是 非 模板 函数 ， 所 以 即使 在 语言 不 支持 函数 模板 重 载 的 情况 
下 ， 我 们 也 可 以 对 该 运算 符 函 数 进行 重 载 。Barton 和 Nackman 之 所 以 把 这 个 技术 
称 为 限制 的 模板 扩展 ， 就 是 因为 借助 于 该 技术 ， 我 们 就 可 以 不 使 用 模板 运算 符 
re ee 《 换 名 话说， 这 是 一 种 无 限 
WN HED 。 


H1-F operator == (Array<T> const&, Array<T> const&) 定义 在 类 定义 的 内 
部 ， 因 此 它 被 隐 式 地 看 成 是 内 联 函数 ， 因 此 我 们 可 以 《决定 ) 把 实现 委托 给 函数 
oe 该 函数 模板 不 需要 被 内 联 ， 也 不 会 和 具有 相同 名 字 的 其 他 
BA AcE THE 


如 果 只 是 基于 原来 的 目的 ， 那 么 Barton-Nackman 方 法 现在 已 经 不 再 适用 了 ; 
但 研究 该 技术 仍然 是 很 有 趣 的 ， 因 为 它 能 够 在 类 模板 的 实例 化 过 程 中 ， 伴 随 生成 
一 个 非 模 板 的 具体 孔 数 ， 而 且 这 个 函数 并 不 是 产生 自 函数 模板 ， 因 此 也 就 不 需要 
进行 模板 实 参 演 绎 ;但 该 函数 却 属 于 重 载 解析 规则 《〈 见 附录 B) 的 作用 范围 。 从 
理论 上 讲 ， 在 特定 的 调用 位 置 匹 配 友 元 函数 ， 还 可 能 会 考虑 额外 的 隐 式 转型 。 总 
体 而 言 ， 针 对 现在 的 标准 C++ (已 经 不 再 是 Barton 和 Nackman 给 出 这 个 技术 时 的 语 
言 了 ) ， 这 个 技术 几乎 已 经 没有 任何 大 的 用 处 。 而 且 ， 在 外 围 的 作用 域 中 ， 揪 入 
式 的 友 元 函数 也 并 不 总 是 可 见 的 :只 有 通过 ADL， 它 才 是 可 见 的 。 这 就 意味 着 : 
函数 调用 实 参 必 须 和 包含 友 元 图 数 的 类 具有 关联 : 如 果 调 用 实 参 和 包含 友 元 函数 
的 类 不 具备 关联 关系 ， 那 么 将 找 不 到 该 友 元 函数 。 即 使 调用 实 参 所 关联 的 某 个 类 
能 够 转化 为 包含 友 元 函数 的 类 ， 同 样 也 找 不 到 该 友 元 函数 。 请 看 下 面 的 例子 : 


class S { 
3 


template<typename T> 
class Wrapper { 
private: 
T object; 
public: 
Wrapper(T obj) : object(obj) { // 可 以 把 T 隐 式 
// 转 型 为 Nrapper<T> 


friend void f(Wrapper<T> const& a) { 
}; 


int main() 


S s; 

Wrapper<S> w(s); 

f(w); // 正 确 : Wrapper<S> 是 一 个 和 w 相 关联 的 类 。 
f(s); // 错 误 : Wrapper<S> 和 s 不 相关 联 。 


在 这 个 例子 中 ， 调 用 f(w) 是 有 效 的 ， 因 为 函数 {0) 是 一 个 在 Wrapper<S> 内 部 进 
行 声 明 的 友 元 函数 ， 而 Wrapper<S> 和 实 参 w 是 相关 的 中 。 然 而 ， 在 调用 f(s) 中 ， 友 
元 函数 的 声明 f(Wrapper<S> const&) 束 不 是 可 见 的 ， 因 为 类 Wrapper<S> 和 实 参 s 的 
类 型 s 是 不 相关 联 的 。 因 此 ， 尺 管 存在 一 个 从 S 到 Wapper<S> 的 有 效 隐 式 转型 ( 借 
助 于 Wrapper<S> 的 构造 函数 ) ， 但 此 时 并 不 会 考虑 这 种 转型 ， 因 为 编译 器 并 不 能 
首先 找到 候选 函数 f， 当 然 也 就 不 会 考虑 {f 的 参数 所 要 进行 的 转型 了 。 


11.8 ”本章 后 记 


函数 模板 的 模板 实 参 演 绎 是 早期 C++ 设计 的 一 部 分 。 而 C++ 所 提供 的 另 一 种 
方法 : 显 式 模板 实 参 ， 直 到 几 年 之 后 《与 前 者 相 比 ) 才 成 为 C++ 的 一 部 分 。 


许多 C++ 专家 认为 : 友 元 名 称 插入 是 很 不 好 的 实现 ， 因 为 这 会 使 程序 的 有 效 
性 《〈 某 种 程度 上 ) 依赖 于 实例 化 的 顺序 。Bill Gibbons“〈 那 时 他 从 事 的 是 Taligent 
编译 器 的 工作 ) 是 对 友 元 名 称 插入 的 一 个 最 强硬 的 反对 者 ， 因 为 如 果 能 够 去 除 这 
种 实例 化 顺序 的 依赖 性 ， 那 么 将 可 以 给 C++ 带 来 一 个 新 的 、 有 趣 的 开发 环境 〈 据 
说 Taligent 也 正在 研究 这 个 开发 环境 ) 。 然 而 ，Barton-Nackman 方 法 要 求 某 种 形式 
的 友 元 名 称 插入 ， 也 正 是 这 个 特殊 的 方法 才 令 友 元 名 称 搬 入 仍然 保留 在 语言 中 ， 
并 且 保 持 现 有 的 这 种 (虚弱 〉 形式 。 


有 趣 的 是 ， 许 多 人 都 听 说 过 Barton-Nackman 技 巧 ， 但 几乎 没有 人 能 够 把 它 和 
早期 描述 的 技术 关联 起 来 。 于 是 ， 你 会 发 现 : 许多 其 他 的 涉及 到 友 元 和 模板 的 技 
术 有 时 会 被 错误 地 当 作 Barton-Nackman 技 巧 〈 例 如 ， 见 16.5 节 ) 。 


[1] 在 这 种 情况 下 ， 演 绎 失败 会 带 来 一 个 错误 。 然 而 ， 这 种 错误 是 属于 
SFINAE 〈 见 8.3.1 小 节 ) 范围 之 内 的 ， 也 就 是 说 ， 如 果 有 其 他 的 演绎 能 够 成 功 ， 
那么 这 段 代 码 仍然 是 有 效 的 。 

[2] decay 是 一 个 概念 ， 指 得 是 从 数组 和 函数 类 型 到 指针 类 型 的 隐 式 类 型 转换 。 
[3] 译注 : 这 个 “调用 ”是 名 词 。 


[4] ”如果 阅 读 12.2 节 关于 “在 现代 C++ 中 函数 模板 重 载 如 何 实现 ”的 内 容 ， 那 么 将 
会 是 大 有 神 益 的 。 


[5] 男 外 ，S 也 是 一 个 和 w 相 关联 的 类 ， 因 为 w 类 型 的 模板 实 参 就 是 5。 


第 12 章 ” 特 化 与 重 载 


目前 为 止 ， 我 们 已 经 知道 了 : C++ 模 板 如 何 使 一 个 泛 型 定义 扩展 成 一 些 相关 
的 类 家 族 或 者 函数 家 族 。 虽 然 这 是 一 个 功能 很 强大 的 机 制 ， 但 该 机 制 并 非 适 合 
所 有 的 情况 ， 在 一 些 情 况 下 ， 这 种 泛 型 操作 就 不 是 特定 模板 参数 蔡 换 的 最 佳 选 


择 。 


与 其 他 常用 的 程序 设计 语言 相 比 ，C++ 在 泛 型 程序 设计 这 方面 是 与 众 不 同 
的 ， 因 为 它 通过 更 多 的 特 化 机 制 具 备 了 许多 用 特定 方式 透明 替换 泛 型 定义 的 特 
性 。 在 这 一 章 里 ， 我 们 将 学 习 两 种 与 纯粹 的 泛 型 机 制 迎 然 不 同 的 C++ 语言 机 制 : 
模板 特 化 和 函数 模板 的 重 载 。 


12.1. ” 当 泛 型 代码 不 再 适用 的 时 候 


考虑 下 面 的 例子 : 


template<typename T> 
class Array { 
private: 
T* data; 


public: 
Array (Array<T> const&) ; 
Array<T>& operator = (Array<T> const&) ; 


void exchange with (Array<T>* b) { 
T* tmp = data; 
data = b->data; 
b->data = tmp; 
} 
T& operator[] (size_t k) { 
return data[k]; 


} 
}; 
template<typename T> inline 


void exchange (T* a, T* b) 


{ 


T tmp(*a); 

*a = *b; 

*b = tmp; 
} 


对 于 简单 的 类 型 ，exchange0 的 泛 型 实现 可 以 很 好 地 处 理 。 然 而 ， 如 果 是 针对 
需要 进行 繁重 拷贝 操作 的 类 型 ， 那 么 与 给 定 结构 的 简单 实现 〈 即 exchange_with ) 
相 比 ， 这 种 泛 型 实现 无 论 从 CPU 的 运转 次 数 还 是 内 存 的 使 用 上 讲 ， 都 可 能 是 相当 
昂贵 的 了 。 在 我 们 的 例子 中 ， 该 泛 型 实现 需要 调用 一 次 Array<T> 的 拷贝 构造 函数 
和 两 次 Array<T> 的 拷贝 赋值 运算 符 。 对 于 大 的 数据 结构 ， 这 些 拷 贝 操作 会 涉及 到 
揽 贝 巨大 容量 的 内 存 。 然 而 ， 我 们 通常 可 以 用 成 员 函 数 exchange_with 来 替换 
exchange() 的 功能 ， 而 且 只 需要 交换 Array<T> 内 部 成 员 指 针 data。 


12.1.1 透明 自 定义 


在 我 们 前 面 的 例子 中 ， 成 员 函 数 exchange_withO) 提 供 了 一 种 蔡 代 泛 型 函数 
exchange() 的 有 效 方法 ， 但是， 要 使 用 一 个 新 的 函数 通常 都 会 带 来 一 些 不 便 之 处 : 


1. Array 类 的 用 户 需 要 记 住 一 个 额外 的 接口 ， 并 且 在 适当 的 情况 下 ， 应 该 尽 


可 能 地 使 用 这 个 接口 。 
2. 泛 型 算法 通常 都 不 能 区 分 各 种 不 同 的 可 能 性 。 例 如 ; 


template <typename T> 
void generic_algorithm(T* x, T* y) 
{ 
exchange(x,y)3 // 我 们 要 如 何 选择 合适 的 算法 呢 
} 


基于 这 些 原因 ，C++ 模 板 提供 了 多 种 透明 自 定 义 函 数 模板 和 类 模板 的 方法 。 
对 于 函数 模板 而 言 ， 我 们 可 以 通过 重 载 机 制 来 实现 这 种 方法 。 例 如 ， 我 们 可 以 如 
下 编写 图 数 模板 quick_exchange0O 的 重 载 集 : 


template<typename T> inline 


void quick_exchange(T* a, T* b) // (1) 
T tmp(*a); 
*a = *b; 
*b = tmp; 

} 


template<typename T> inline 
void quick_exchange(Array<T>* a, Array<T>* b) // (2) 


f a->exchange_with(b); 

} 

void demo(Array<int>* p1, Array<int>* p2) 

{ . 
int x, y; 
quick_exchange(&x, &y); // uses (1) 
quick_exchange(p1, p2); // uses (2) 


quick_exchange() 的 首次 调用 具有 两 个 类 型 为 int* 的 实 参 ， 因 此 只 能 由 第 一 个 
A CEE G) 处 的 声明 ) 演绎 成 功 ， 用 int 来 替换 T。 因 此 ， 在 这 里 选择 第 一 个 模 
板 ， 是 毫 无 疑问 的 。 相 反 ， 对 于 第 二 个 调用 ， 它 和 两 个 模板 都 可 以 互相 匹配 : 我 
们 通过 在 第 1 个 模板 中 用 Array<int> 蔡 换 T、 在 第 2 个 模板 中 用 int 来 蔡 换 T， 可 以 获 


得 quick_exchange(p1, p2) 的 两 个 可 行 函数 ， 而 且 ， 这 两 种 奉 换 所 获得 的 函数 的 参 
数 类 型 和 调用 处 的 实 参 类 型 也 都 可 以 精确 匹配 。 通 第 而 言 ， 这 将 会 使 该 调用 产生 
二 义 性 ， 但 是 (我 们 将 在 后 面 讨论 ) C++ 语言 认为 第 2 个 模板 比 第 1 个 模板 更 加 特 
殊 。 因 此 ， 在 其 它 条 件 都 一 样 的 情况 下 ， 重 载 解析 规则 会 优先 选择 更 加 特殊 的 模 
板 ， 于 是 该 调用 选择 〈2) 处 的 模板 。 


12.1.2 语义 的 透明 性 


考虑 上 一 小 节 中 重 载 的 用 法 ， 它 对 于 获得 实例 化 过 程 的 透明 自 定义 是 相当 有 
用 的 ; 但 更 重要 的 是 ， 我 们 应 该 知道 这 种 透明 性 是 “很 大 程度 上 ) 依赖 于 实现 细 
节 的 。 为 了 阐明 这 一 点 ， 考 虑 我 们 的 quick_exchange0) 解 决 方案 。 虽 然 泛 型 算法 和 
为 Array<T> 类 型 自 定 义 的 算法 最 后 都 可 以 交换 指针 所 指向 的 值 ， 但 则 两 种 算法 各 
目 所 带 来 的 边缘 效应 却 是 截然 不 同 的 。 


下 面 的 代码 交换 了 结构 对 象 ， 同 时 也 交换 了 Arrar<T> 对 象 的 值 ， 通 过 比较 实 
现 这 两 种 交换 的 代码 ， 我 们 可 以 很 好 地 说 明 上 面 的 这 种 不 同 之 处 : 


struct S { 
int x; 
} s1, s2; 
void distinguish (Array<int> a1, Array<int> a2) 
{ 
int* p = &al[6]; 
int* q = &s1.x; 
al[6] = s1.x = 1; 
a2[6] = s2.x = 2; 
quick_exchange(&a1, &a2);  // 在 调用 之 后 仍然 有 : *p == 1 
quick_exchange(&s1, &s2); // 调用 之 后 *+q == 2 
} 


我 们 从 例子 中 可 以 看 出 ， 在 调用 quick_exchange0 之 后 ， 指 向 第 1 个 Array 的 指 
针 p 变 成 了 指向 第 2 个 Array 的 指针 《即使 值 并 没有 改变 ) ; 然而， 指向 non- 
Array (Bilstruct) s1 的 指针 在 交换 操作 执行 之 后 ， 仍 然 指 同 sS1， 只 是 指针 所 指 同 的 
值 发 生 了 交换 。 这 些 区 别 已 经 是 非常 重要 的 ， 也 足以 令 模板 实现 的 客户 感到 疑 
惑 。 对 于 前 级 quick_ 而 言 ， 它 可 以 让 用 户 感觉 到 这 是 一 种 实现 所 期 望 操作 的 快捷 
方式 。 然 而 ， 原 来 的 泛 型 exchange() 模 板 还 可 以 对 Array<T> 进 行进 一 步 的 优化 : 


template<typename T> 
void exchange(Array<T>* a, Array<T>* b) 


{ 


T* p = &(*a)[@]; 

T* q = &(*b)[@]; 

for (size_t k = a->size(); k-- != 0; ) { 
exchange(p++, q++); 


与 原来 的 泛 型 代码 相 比 ， 这 个 版 本 的 exchange0 的 优点 在 于 : 并 不 (潜在 地 ) 
需要 庞大 的 临时 Array<T> 对 象 。 我 们 可 以 对 这 个 exchange0 模 板 进行 递归 调用 ， 
因此 即使 诸如 Array<Array<char> > 类 型 的 参数 ， 也 可 以 获得 优化 的 性 能 。 另 外 ， 
我 们 看 到 这 个 特殊 的 模板 版 本 并 没有 声明 为 inline， 这 是 因为 它 本 身 会 执行 很 多 个 

(递归 ) 操作 ;相对 而 言 ， 我 们 原来 的 泛 型 实现 是 内 联 的 ， 因 为 它 只 执行 很 少 的 


操作 然而 ， 每 个 操作 都 是 昂贵 的 )。 


12.2 Haken AK 


在 上 一 节 ， 我 们 看 到 两 个 同名 的 函数 模板 可 以 同时 存在 ， 还 可 以 对 它们 进行 
实例 化 ， 使 它们 具有 相同 的 参数 类 型 。 下 面 是 男 一 个 简单 的 例子 : 


// detaiLs/funcoverLoad. hpp 
template<typename T> 

int f(T) 

{ 


} 


return 1; 


template<typename T> 
int f(T*) 
{ 


return 2; 


} 


如 果 我 们 用 intx 来 替换 第 1 个 模板 的 T， 用 int 来 替换 第 2 个 模板 的 T， 那 么 将 会 
获得 两 个 具有 相同 参数 类 型 (和 返回 类 型 ) 的 同名 函数 。 也 就 是 说 ， 不 仅 是 同名 
模板 可 以 同时 存在 ， 它 们 各 自 的 实例 化 体 中 也 可 以 同时 存在 ， 即 使 这 些 实例 化 体 
具有 相同 的 参数 类 型 和 返回 类 型 。 


下 面 的 代码 说 明了 : 如 何 通过 显 式 模板 实 参 语 法 ， 来 调用 这 两 个 生成 的 函数 
(假设 存在 前 面 的 模板 声明 》: 


//details/funcoverload cpp 
#include <iostream> 
#include "funcoverload.hpp" 


int main() 
std::cout << f((int*)®) << std::endl; 


std::cout << f((int*)®) << std::endl; 
} 


程序 的 输出 如 下 : 


? 


WY Vix A, ERITEMA H f<int*>((int0) H. EF <int*> th HA 
我 们 希望 用 int* 来 替换 模板 { 的 第 1 个 模板 参数 ， 而 且 这 种 替换 并 不 依赖 于 模板 实 参 
演绎 。 在 这 个 例子 中 ， 有 两 个 { 模 板 ， 因 此 所 生成 的 重 载 集 包 含 了 两 个 函数 : 


f<int*>(int*) 〈 生 成 自 第 一 个 模板 ) 和 f<int*s>(int**] 〈 生 成 自 第 2 个 模板 ) 。 然 
而 ， 调 用 实 参 (int)0 的 类 型 是 ipt， 因 此 它 将 会 和 第 1 个 模板 生成 的 函数 更 好 地 匹 
配 ， 最 后 也 就 调用 这 个 函数 。 

类 似 的 分 析 也 可 以 用 于 第 2 个 调用 。 
12.21 签名 


只 要 具有 不 同 的 签名 ， 两 个 函数 就 可 以 在 同一 个 程序 中 同时 存在 。 我 们 对 函 
数 的 签名 定 如 下 [1: 


1. 非 受 限 函 数 的 名 称 或 者 产生 自 函 数 模 板 的 这 类 名 称 〉。 


2. 函数 名 称 所 属 的 类 作用 域 或 者 名 字 空 间作 用 域 ， 如 果 函 数 名 称 是 具有 内 
部 链接 的 ， 还 包括 该 名 称 声明 所 在 的 翻译 单元 。 


3. 函数 的 const、volatile 或 者 const volatile 限 定 符 (前 提 是 它 是 一 个 具有 这 类 
限定 符 的 成 员 函 数 ) 。 


4 函数 参数 的 类 型 〈 如 果 这 个 函数 是 产生 目 函 数 模 板 的， 那么 指 的 是 模板 
参数 被 蔡 换 之 前 的 类 型 ) 。 


5. 如 果 这 个 函数 是 产生 自 函 数 模板 ， 那 么 包括 它 的 返回 类 型 。 
6. 如 果 这 个 函数 是 产生 自 函 数 模 板 ， 那 么 包括 模板 参数 和 模板 实 参 。 


这 就 意味 着 ， 从 原则 上 讲 ， 下 面 的 模板 和 它们 的 实例 化 体 可 以 在 同 个 程序 中 
同时 存在 ; 


template<typename T1, typename T2> 
void f1(T1, T2); 


template<typename T1, typename T2> 
void f1(T2, T1); 


template<typename T> 
long f2(T); 


template<typename T> 
char f2(T); 


然而 ， 如 果 上 面 这 些 模板 是 在 同一 个 作用 域 中 进行 声明 的 话 ， 我 们 可 能 不 能 
使 用 某 些 模板 ， 因 为 实例 化 过 程 可 能 会 导致 重 载 二 义 性 。 例 如 : 


#include <iostream> 


template<typename T1, typename T2> 
void f1(T1, T2) 
{ 


} 


std::cout << "f1(T1, T2)\n"; 


template<typename T1, typename T2> 
void f1(T2, T1) 

{ 

} 


// 到 这 里 为 止 一 切 都 是 正确 的 


std::cout << "f1(7T2, T1)\n"; 


int main() 


{ 
} 


fi<char, char>('a', 'b'); // 错误 : 


二 义 性 


在 上 面 的 代码 中 ， 虽 然 函 数 f1<T1 = char, T2 = char>(T1,T2) 可 以 和 函数 f1<T1 
= char, T2 = char>(T2, T1) 同 时 存在 ， 但 是 重 载 解析 规则 将 不 知道 应 该 选择 哪 一 个 
函数 。 因 此 ， 只 有 在 这 两 个 模板 出 现 于 不 同 的 翻译 单元 时 ， 它 们 的 两 个 实例 化 体 
才 可 以 在 同 个 程序 中 同时 存在 (而 且 ， 链 接 器 也 不 应 该 抱怨 说 存在 重复 定义 ， 因 


为 这 两 个 实例 化 体 的 签名 是 不 同 的 ) : 


// 翻译 单元 1: 
#include <iostream> 


template<typename T1, typename T2> 
void f1(T1, T2) 


{ 
std::cout << "f1(T1, T2)\n"; 
} 
void g() 
fi<char, char>('a', 'b'); 
} 


// 翻译 单元 2: 
#include <iostream> 


template<typename T1, typename T2> 
void f1(T2, T1) 

{ 

} 


extern void g(); // se MEMES 


std::cout << "f1(7T2, T1)\n"; 


Tos 
a 
m 


int main() 

{ 
fi<char, char>('a', 'b'); 
g(); 

} 


这 个 程序 是 有 效 的 ， 而 且 产生 的 输出 如 下 : 
f1(T2, T1) 
f1(T1, T2) 
12.2.2 ” 重 载 的 函数 模板 的 局 部 排序 
重新 考虑 我 们 前 面 的 例子 : 


#include <iostream> 
template<typename T> 
int f(T) 

{ 


} 


return 1; 


template<typename T> 
int f(T*) 
{ 


return 2; 


int main() 


std::cout << f<int*>((int*)@) << std::endl; 
std::cout << f<int>((int*)@) << std::endl; 


我 们 发 现 ， 用 给 定 的 模板 实 参 列表 (<int*> 和 <int>〉 进行 蔡 换 之 后 ， 重 载 解 
析 最 后 会 选择 一 个 最 佳 的 函数 并 进行 调用 。 然 而 ， 即 使 在 没有 提供 显 式 模板 实 参 
的 情况 下 ， 也 会 有 一 个 函数 被 选中 。 在 这 种 情况 下 ， 就 是 模板 实 参 演绎 起 作用 的 
时 候 了 。 让 我 们 稍微 修改 前 面 例子 的 main0) 冰 数 ， 来 讨论 这 种 机 制 |: 


#include <iostream> 


template<typename T> 


int f(T) 
{ 

return 1; 
} 


template<typename T> 
int f(T*) 


return 2; 


int main() 


std::cout << £(@) << std::endl; 
std::cout << f((int*)®@) << std::endl; 


让 我 们 先 考 虑 调用 (f(0)): 实 参 的 类 型 是 int， 如 果 用 int 蔡 换 T， 就 能 和 第 1 个 模 
板 的 参数 匹配 。 然 而 ， 第 2 个 模板 的 参数 类 型 总 是 一 个 指针 ; 因此， 经 过 演绎 之 
后 ， 只 有 产生 自 第 1 个 模板 的 实例 才 是 该 调用 的 候选 函数 。 在 这 个 调用 中 ， 重 载 
解析 并 没有 发 挥 作用 。 


第 2 个 调用 ((f ( (int*) 0) ) 就 显得 比较 有 趣 : 对 于 这 两 个 模板 ， 实 参 演绎 都 可 以 
获得 成 功 ， 于 是 束 获 得 两 个 函数 ， 即 f<int*>(int*) 和 f<int>(int*)。 如 末 根 据 原来 的 
重 载 解析 观点 ， 这 两 个 函数 和 实 参 类 型 为 int* 的 调用 的 匹配 程度 是 一 样 的 ， 这 也 
就 意味 着 该 调用 是 二 义 性 的 〈 见 附录 B) 。 然 而 ， 在 这 种 情况 下 ， 还 应 该 考虑 重 
载 解析 的 额外 规则 : 选择 “产生 上 自 更 特殊 的 模板 的 函数 "。 因 此 《我 们 将 在 后 面 的 
和 


12.2.3 ”正式 的 排序 原则 


在 最 后 一 个 例子 中 ， 我 们 可 以 很 直观 地 看 出 : 第 2 个 模板 要 比 第 1 个 模板 更 加 
特殊 ， 因 为 第 1 个 模板 可 以 适用 于 任何 类 型 的 实 参 ， 而 第 2 个 模板 只 能 适用 于 指针 
类 型 的 实 参 。 然 而 ， 其 它 的 一 些 例子 看 起 来 并 不 会 如 此 直观 。 接 下 来 ， 我 们 将 给 
出 一 个 精确 的 过 程 ， 它 能 够 判断 ， 在 参与 重 载 集 的 所 有 函数 模板 中 ， 某 个 函数 模 
板 是 否 比 男 一 个 函数 模板 更 加 特殊 。 然 而 ， 我 们 应 该 知道 这 只 是 不 完整 的 排序 原 
则 : 就 是 将， 两 个 模板 也 可 能 会 被 认为 具有 相同 的 特殊 程度 。 如 有 果 重 载 解析 必须 
在 这 两 个 特殊 程度 相同 的 模板 中 进行 选择 ， 那 么 将 不 能 做 出 任何 决定 ， 也 就 是 说 
程序 包含 了 一 个 二 义 性 错误 。 


假设 我 们 要 比较 两 个 同名 的 函数 模板 ft1 和 ft2， 对 于 给 定 的 函数 调用 ， 它 们 看 
起 来 都 是 可 行 的 。 在 我 们 下 面 的 讨论 中 ， 对 于 没有 被 使 用 的 缺 省 函数 实 参 和 省 略 
号 参数 ， 我 们 将 不 考虑 。 接 下 来 ， 通 过 如 下 蔡 换 模板 参数 ， 我 们 将 为 这 两 个 模板 
虚构 两 份 不 同 的 实 参 类 型 《如果 是 转型 函数 模板 ， 那 么 还 包括 返回 类 型 列表 ， 
其 中 第 1 份 列表 针对 第 1 个 模板 ， 第 2 份 列表 针对 第 2 个 模板 。“ 虚 构 ” 的 实 参 列表 将 
这 样 地 蔡 换 每 个 模板 参数 : 


1. 用 唯一 的 “虚构 ?类 型 蔡 换 每 个 模板 类 型 参数 。 
2. 用 唯一 的 “虚构 ”类 模板 丛 换 每 个 模板 的 模板 参数 。 
3. 用 唯一 的 适当 类 型 的 “虚构 ” 值 丛 换 每 个 非 类 型 参数 。 


如 果 第 2 个 模板 针对 第 1 份 列表 可 以 进行 成 功 的 实 参 演绎 能够 进行 精确 的 匹 
配 ) ， 而 第 1 个 模板 针对 第 2 份 列表 的 实 参 演 绎 以 失败 告终 ， 那 么 我 们 就 称 第 1 个 
模板 要 比 第 2 个 模板 更 加 特殊 。 反 之 ， 如 果 第 1 个 模板 针对 第 2 份 列 表 可 以 进行 成 
功 的 实 参 演绎 (能 够 进行 精确 的 匹配 ) ， 而 第 2 个 模板 针对 第 1 份 列表 的 实 参 演绎 
失败 ， 那 么 我 们 就 称 第 2 个 模板 要 比 第 1 个 模板 更 加 特殊 。 人 否则 的 话 《〈 或 者 是 两 个 
都 不 能 成 功 演绎 ， 或 者 是 两 个 都 能 成 功 演绎 ) ， 我 们 就 称 这 两 个 模板 之 间 不 存在 
特殊 的 排序 关系 。 


让 我 们 把 这 个 过 程 应 用 于 前 面 的 例子 ， 来 更 加 清楚 地 阐明 上 面 的 问题 。 根 据 
这 两 个 模板 和 前 面 所 描述 的 模板 参数 蔡 换 方法 ， 我 们 虚构 了 两 个 实 参 类 型 列表 : 
(A1) 和 (A2*) (Al1 和 A2 是 不 同 的 虚构 类 型 ) 。 显 然 ， 第 1 个 模板 可 以 成 功 地 演绎 第 
2 份 实 参 列表 ， 只 要 用 A2* 替换 T 就 可 以 。 然 和 而， 第 2 个 模板 却 不 能 成 功 地 演绎 第 1 
份 列表 ， 因 为 第 2 个 模板 的 T* 是 不 能 和 非 指 针 类 型 A1 进 行 匹 配 的 。 因 此 ， 我 们 就 
可 以 (正式 地 ) 得 出 结论 : 第 2 个 模板 比 第 1 个 模板 更 加 特殊 。 


最 后 ， 让 我 们 考虑 一 个 更 加 复杂 的 例子 ， 它 涉及 到 多 个 函数 参数 : 


template<typename T> 
void t(T*, T const* = @, ...)3 


template<typename T> 
void t(T const*, T*, T* = 0); 


void example(int* p) 


t(p, p); 


首先 ， 由 于 实际 调用 并 没有 使 用 第 1 个 模板 的 省 略 号 参数 〈 即 .…) 和 第 2 个 模 
板 的 最 后 一 个 具有 缺 省 值 的 参数 ， 因 此 在 局 部 排序 中 不 会 考虑 这 些 参数 。 另 外 ， 


我 们 知道 : 第 1 个 模板 的 缺 省 实 参 并 不 会 用 到 ， 因 为 调用 中 显 式 提供 了 相应 的 参 
数 ， 而 且 要 根据 这 个 参数 进行 排序 。 


虚构 的 实 参 类 型 列表 是 : (Al*, Al const*) 和 (A2 cosnt*, A2)。 对 于 第 2 个 模 
板 ， 实 参 列 表 (A1*, Al const*) 的 模板 实 参 演绎 可 以 成 功 地 进行 ， 只 要 用 Al const 
BT A; 但 是 ， 最 后 所 获得 的 匹配 却 不 是 精确 的 匹配 ， 因 为 当 用 (A1*, Al 
const*) 类 型 的 实 参 来 调用 t<Al const>(A1 const*, A1 const*, Al const* = 0) 的 时 候 ， 
需要 进行 限定 符 〈 即 const) 的 调整 。 类 似 地 ， 第 1 个 模板 针对 实 参 类 型 列表 (A2 
const*, A2*) 也 不 能 获得 精确 的 匹配 。 因 此 ， 这 两 个 模板 之 间 并 没有 排序 关系 ， 


同时 该 调用 也 是 二 义 性 的 。 
这 种 正式 的 排序 原则 通常 都 能 产生 符合 直观 的 函数 模板 选择 。 然 而 ， 该 原则 


偶尔 也 会 产生 不 符合 直观 选择 的 例子 。 因 此 ， 将 来 可 能 修改 条 些 原则 ， 从 而 可 以 
适合 于 所 有 的 例子 。 


12.2.4 ”模板 和 非 模 板 


函数 模板 也 可 以 和 非 模 板 函 数 同时 重 载 。 当 其 它 的 所 有 条 件 都 是 一 样 的 时 
候 ， 实 际 的 函数 调用 将 会 优先 选择 非 模板 函数 。 下 面 的 例子 说 明了 这 一 点 : 


// details/nontmpL.cpp 


#include <string> 
#include <iostream> 


template<typename T> 
std::string f(T) 
{ 


} 


return "Template"; 


std::string f(int&) 
{ 


return "Nontemplate”" ; 


} 
int main() 
{ 
int x = 7; 
std::cout << f(x) << std::endl; 
} 


输出 结果 为 : 


Nontemplate 


12.3” 显 式 特 化 


具有 对 晃 数 模 极 进行 冲 载 的 这 种 有 E 力 ， 再 加 上 可 以 利用 局 部 排序 规则 选择 最 
佳 匹 配 的 函数 模板 ， 我 们 就 能 够 给 泛 型 实现 添加 更 加 特殊 的 模板 ， 从 而 可 以 透明 
地 获得 具有 更 高 效率 的 代码 。 然 而 ， 类 模板 是 不 能 被 重 载 的 ， 但 我 们 可 以 选择 男 
一 种 蔡 换 的 机 制 来 实现 这 种 透明 自 定义 类 模板 的 外 那 就 是 显 式 特 化 。C++ 标 
准 的 “ 显 式 特 化 ”概念 指 的 是 一 种 语言 特性 ， 我 们 通常 也 称 之 为 全 局 特 化 。 它 为 模 
板 提供 了 -种 使 模 板 参 数 可 以 被 全 局 巷 换 的 实现 ， 而 没有 莉 下 模板 参 疾 ， 事实 
上 上， 类 模板 和 函数 模板 都 是 可 以 被 全 局 特 化 的 ， 而 且 类 模板 的 成 员 〈 包 括 成 员 函 
po L 类 定义 的 外 部 ) 也 可 以 被 全 
局 特 化 。 


在 下 一 节 ， 我 们 将 讨论 局 部 特 化 。 局 部 特 化 和 全 局 特 化 有 些 类 似 ， 但 局 部 特 
化 并 没有 昔 换 所 有 的 模板 参数 就 是 说 菜 些 参数 化 实现 仍然 保留 在 模板 的 〈 另 一 
种 ) 实现 中 。 男 外 ， 在 我 们 的 源 代码 中 ， 全 局 特 化 和 局 部 特 化 都 是 显 式 的 ， 这 也 
是 我 们 在 讨论 中 避免 使 用 显 式 特 化 这 个 概念 的 原因 。 实 际 上 ， 全 局 特 化 和 局 部 特 
化 都 没有 引入 一 个 全 新 的 模板 或 者 模板 实例 。 它 们 只 是 对 原来 在 泛 型 〈 或 者 非特 
化 ) 模板 中 已 经 隐 式 声明 的 实例 提供 另 一 种 定义 。 在 概念 上 ， 这 是 一 个 相对 比较 
重要 的 现象 ， 也 是 特 化 区 别 于 重 载 模板 的 关键 之 处 。 


12.3.1 全 局 的 类 模板 特 化 


引入 全 局 特 化 需要 用 到 下 面 3 个 标记 序列 template、< 和 > 向 。 另 外 ， 紧 跟 
在 类 名 称 声明 后 面 的 就 是 要 进行 特 化 的 模板 实 参 。 下 面 的 例子 说 明了 这 一 


template<typename T> 
class S { 
public: 
void info() { 
std::cout << "generic (S<T>::info())\n"; 


I 
template<> 
class S<void> { 
public: 
void msg() { 
std::cout << "fully specialized (S<void>::msg())\n"; 


} 
}; 


我 们 看 到 ， 全 局 特 化 的 实现 并 不 需要 与 (原来 的 ) 泛 型 实现 有 任何 关联 ， 这 
就 允许 我 们 可 以 包含 不 同名 称 的 成 员 函 数 〈info 相 对 msg) 。 实 际 上 ， 全 局 特 化 只 
和 类 模板 的 名 称 有 关联 。 


男 外 ， 指 定 的 模板 实 参 列表 必须 和 相应 的 模板 参数 列表 一 一 对 应 。 例 如 ， 我 
们 不 能 用 一 个 非 类 型 值 来 蔡 换 一 个 模板 类 型 参数 。 然 而 ， 如 果 模 板 参数 具有 人 缺 省 
模板 实 参 ， 那 么 用 来 普 换 的 模板 实 参 就 是 可 选 的 〈《 即 不 是 必须 的 ) : 


template<typename T> 
class Types { 
public: 
typedef int I; 


3 


template<typename T, typename U = typename Types<T>::I> 


class S; // (1) 
template<> 
class S<void> { // (2) 
public: 
void f(); 


3 
template<> class S<char, char>; // (3) 


template<> class S<char, @>; // 错误 : 不 能 用 8 来 蔡 换 U 


int main() 


S<void,char> e2; // 错误 : 
S<char,char> e3; // 错误 : 


] D ,需要 定义 ， 但 找 不 到 定义 
1 (3) ， 需 要 定义 ， 但 找 不 到 定义 


S<int>* pi; // 正确 : 使 用 (1) ， 这 里 不 需要 定义 
S<int> el; // 错误 :使 用 (1) ， 需 要 定义 ， 但 找 不 到 定义 
S<void>* pv; // 正确 : 使 用 (2) 
S<void,int> sv; // 正确 : 使 用 (2) ， 这 里 定义 是 存在 的 

本 

使 


} 


template<> 


class S<char, char> { // (3) 处 的 定义 
}; 


如 例子 中 所 示 ，《〈 模 板 ) 全 局 特 化 的 声明 并 不 一 定 是 定义 。 另 外 ， 当 一 个 全 
局 特 化 声明 之 后 ， 针 对 该 〈 特 化 的 ) 模板 实 参 列 表 的 调用 ， 将 不 再 使 用 模板 的 泛 
型 定义 ， 而 是 使 用 这 个 全 局 特 化 的 定义 。 因 此 ， 如 果 在 调用 处 需要 该 特 化 的 定 
义 ， 而 在 这 之 前 并 没有 提供 这 个 定义 ， 那 么 程序 将 会 出 现 错误 。 对 于 类 模板 特 化 
a, “前 置 声明 ?类 型 有 时 候 是 很 有 用 的 ， 因 为 这 样 就 可 以 构造 相互 依赖 的 类 
型 。 男 外 ， 以 这 种 方式 获得 的 全 局 特 化 声明 (应 该 记 住 它 并 不 是 模板 声明 〉 和 普 
通 的 类 声明 是 类 似 的 ， 唯 一 的 区 别 在 于 语法 以 及 该 特 化 的 声明 必须 匹配 前 面 的 模 
板 声 明 。 对 于 特 化 声明 而 言 ， 因 为 它 并 不 是 模板 声明 ， 所 以 应 该 使 用 (位 于 类 外 
部 ) 的 普通 成 员 定义 语法 ， 来 定义 全 局 类 模板 特 化 的 成 员 〈 也 就 是 说 ， 不 能 指定 


template<> 前 级 ) : 


template<typename T> 


class S; 


template<> class S<char**> { 
public: 
void print() const; 
}; 
// 下 面 的 定义 不 能 使 用 template<> 前 绥 
void S<char**>::print() const 


{ 
} 


std::cout << "pointer to pointer to char\n"; 


我 们 可 以 使 用 一 个 更 复杂 的 例子 来 进一步 理解 这 个 概念 : 


template<typename T> 
class Outside { 
public: 
template<typename U> 
class Inside { 
3 
}; 
template<> 
class Outside<void> { 
// Pe RASS A BT MELINER FES ER A 
template<typename U> 
class Inside { 
private: 
static int count; 


}3 


}3 


// 下 面 的 定义 不 能 使 用 template<> 前 绥 
template<typename U> 
int Outside<void>::Inside<U>::count = 1; 


可 以 用 全 局 模板 特 化 来 代 蔡 对 应 泛 型 模板 的 茶 个 实例 化 体 。 然 而 ， 全 局 模板 
特 化 和 由 模板 生成 的 实例 化 版 本 是 不 能 够 共存 于 同一 个 程序 中 的 。 如 果 试 图 在 同 
一 个 文件 中 使 用 这 两 者 的 话 ， 那 么 通常 都 会 导致 一 个 编译 期 错误 : 


template <typename T> 
class Invalid { 


}3 


Invalid<double> x1; // 产生 一 个 Invalid<double> 实 例 化 体 


template<> 
class Invalid<double>; // 错误 : Invalid<double> 已 经 被 实例 化 了 


遗憾 的 是 ， 如 果 是 在 不 同 的 翻译 单元 出 现 这 种 情况 ， 那 么 将 很 难 捕 捉 到 这 种 


昔 误 o 下 面 是 一 个 无 效 的 C++ 程序 例子 ， 它 包 含 了 两 个 文件 ， 我 们 在 许多 开发 平 
台 上 编译 和 链接 这 个 例子 ， 都 证 明 这 个 程序 是 无 效 的 ， 甚 至 是 危险 的 : 


// 翻译 单元 1: 
template<typename T> 
class Danger { 
public: 
enum { max = 10 }; 


3 


char buffer[Danger<void>::max]; // (FA Siz Ae 


extern void clear(char const*); 
int main() 


clear (buffer) ; 


// 翻译 单元 2: 
template<typename T> 
class Danger; 


template<> 
class Danger<void> { 
public: 
enum { max = 100 }; 


3 


void clear(char const* buf) 


// 可 能 与 原先 定义 的 数组 大 小 不 匹配 

for (intk=0;k<Danger<void>::max; ++k) { 
buf[k] = ' 

} 


} 


显然 ， 这 个 例子 是 我 们 经 过 裁减 的 。 但 它 也 告诉 我 们 : 在 使 用 特 化 的 时 候 ， 
我 们 需要 特别 小 心 ， 并 且 确 认 特 化 的 声明 对 泛 型 模板 的 所 有 用 户 都 是 可 见 的 。 在 
实际 的 应 用 中 ， 这 意味 着 : 在 模板 声明 所 在 的 头 文件 中 ， 特 化 的 声明 通常 都 应 该 
位 于 模板 声明 的 后 面 。 然 而 ， 泛 型 实现 也 可 能 来 自 于 外 部 资源 《诸如 不 能 被 修改 
的 头 文件 ) ; 尽管 实际 很 少 采 用 这 种 方式 ， 但 我 们 可 以 创建 一 个 包含 泛 型 模板 的 
头 文件 ， 并 让 特 化 声明 位 于 泛 型 模板 之 后 ， 来 避免 这 种 “难以 发 现 * 的 错误 ; id 

上 ， 这 种 做 法 有 时 候 是 很 有 必要 的 。 另 外 ， 如 果 不 具 有 特殊 目的 的 话 ， 我 们 通 
都 避免 让 模板 特 化 来 自 于 外 部 资源 。 


12.3.2 ”全 局 的 函数 模板 特 化 


就 语法 及 其 后 所 蕴涵 的 原则 而 言 ，〈 显 式 的 ) 全 局 函数 模板 特 化 和 类 模板 特 
化 大 体 上 是 一 致 的 ， 唯 一 的 区 别 在 于 : 函数 模板 特 化 引入 了 重 载 和 实 参 演 绎 这 两 


个 概念 。 


如 果 可 以 借助 实 参 演绎 (用 实 参 类 型 来 演绎 声明 中 给 出 的 参数 类 型 ) 来 确定 
ei 那么 全 局 特 化 就 可 以 不 声明 显 式 的 模板 实 参 。 让 我 们 考虑 下 
yl : 


template<typename T> 
int f(T) // (1) 
{ 
return 1; 
} 
template<typename T> 
int f(T*) // (2) 
{ 
return 2; 
} 
template<> int f(int) // OK: (1) 的 特 化 
{ 
return 3; 
} 
template<> int f(int*) // OK: (2) 的 特 化 。 
{ 
return 4; 
} 


全 局 函数 模板 特 化 不 能 包含 缺 省 的 实 参 值 。 然 而 ， 对 于 基本 〈 即 要 被 特 化 
模板 所 指定 的 任何 缺 省 实 参 ， 显 式 特 化 版 本 都 可 以 应 用 这 些 缺 省 实 参 值 。 例 
H: 


template<typename T> 
int f(T, T x = 42) 


{ 
return x; 
} 
template<> int f(int, int = 35) // 错误 ， 不 能 包含 缺 省 实 参 仁 
{ 
return ð; 
} 


template<typename T> 
int g(T, T x = 42) 
{ 


} 


return x; 


template<> int g(int, int y) 


{ 
return y/2; 


} 
int main() 
{ 
std::cout << g(@) << std::endl; // 正确 ， 输 出 21 
} 


全 局 特 化 声明 和 普通 声明 在 许多 方面 都 是 很 相似 的 《或 者 进一步 说 ， 可 以 把 
它 看 成 一 个 普通 的 再 次 声明 ) 。 尤 其 是 ， 全 局 特 化 声明 的 声明 对 象 并 不 是 一 个 模 
板 ， 因 此 对 于 非 内 联 的 全 局 函数 模板 特 化 而 言 ， 在 同 个 程序 中 它 的 定义 只 能 出 现 
一 次 。 然 而 ， 我 们 仍然 必须 确保 : 全 局 函数 模板 特 化 的 声明 必须 紧 跟 在 模板 定义 
的 后 面 ， 以 避免 试图 使 用 一 个 由 模板 直接 生成 的 函数 。 因 此 ， 在 前 面 的 例子 中 ， 
通常 应 该 把 模板 g 的 声明 放 在 两 个 文件 中 。 接 口 文件 如 下 所 示 : 


#ifndef TEMPLATE_G_HPP 
#define TEMPLATE_G_HPP 


// 模板 定义 应 该 放 在 头 文件 中 : 
template<typename T> 
int g(T, T x = 42) 


{ 
return x; 
} 
// 特 化 声明 禁止 模板 进行 实例 化 ， 但 为 了 避免 出 现 重 复 定义 错误 ， 就 不 能 把 
// 定 义 放 在 这 里 


template<> int g(int, int y); 
#endif // TEMPLATE_G_HPP 
The corresponding implementation file may read: 


#include "template g.hpp" 


template<> int g(int, int y) 
{ 


} 


return y/2; 


另 一 种 解决 方案 是 把 这 个 特 化 声明 为 内 联 函 数 ;， 在 这 种 情况 下 ， 该 函数 的 定 
义 就 可 以 《也 应 该 ) 放 在 头 文件 中 。 


12.3.3 全 局 成 员 特 化 


除了 成 员 模 板 之 外 ， 类 模板 的 成 员 函 数 和 普通 的 静态 成 员 变 量 也 可 以 被 全 局 
特 化 ， 实 现 特 化 的 语法 会 要 求 给 每 个 外 围 类 模板 加 上 template<> 前 级 。 如 果 要 对 
一 个 成 员 模 板 进行 特 化 ， 也 必须 加 上 男 一 个 template<> 前 级 ， 来 说 明 该 声明 表示 
的 是 一 个 特 化 。 为 了 说 明 这 些 含义 ， 让 我 们 假设 具有 下 面 的 声明 : 


template<typename T> 
class Outer { // (1) 
public: 
template<typename U> 
class Inner { // (2) 
private: 
static int count; // (3) 


}; 

static int code; // (4) 

void print() const { // (5) 
std::cout << "generic"; 

} 


}; 


template<typename T> 
int Outer<T>::code = 6; // (6) 


template<typename T> template<typename U> 
int Outer<T>::Inner<U>::count = 7; // (7) 


template<> 
class Outer<bool> { // (8) 
public: 
template<typename U> 
class Inner { // (9) 
private: 
static int count; // (10) 
}; 
void print() const { // (11) 


}3 


Æ (1) 处 的 泛 型 模板 Outer 中 ，〈4) 处 的 code 和 (5) 处 print0， 这 两 个 普通 
成 员 都 具有 一 个 外 围 类 模板 。 因 此 ， 需 要 使 用 一 个 template<> 前 级 说 明 : 后 面 将 
用 一 个 模板 实 参 集 来 对 它 进行 全 局 特 化 : 


template<> 
int Outer<void>::code = 12; 


template<> 
void Outer<void>::print() const 
{ 


std::cout << "Outer<void>"; 


} 


Ie HEE SOR FFP ARBOuter<void>7eE (4) 处 和 (5) 处 的 泛 型 定义 ; 但 


是 ， 类 Outer<void> 的 其 它 成 员 仍然 默认 地 产生 自 〈1) 处 的 模板 。 另 外 ， 在 提供 
了 上 面 的 声明 之 后 ， 就 不 外 再 次 提供 Outer<void> 的 显 式 特 化 。 


类 似 于 全 局 函数 模板 特 化 ， 我 们 需要 一 种 可 以 在 不 指定 定义 的 前 提 下 (为 了 


避免 多 处 定义 ) ， 可 以 声明 类 模板 普通 成 员 特 化 的 方法 。 尽 管 对 于 普通 类 的 成 员 
函数 和 静态 成 员 变 量 而 言 ， 非 定义 的 类 外 声明 在 C++ 中 是 不 允许 的 ;但 如 果 是 针 
对 类 模板 的 特 化 成 员 ， 该 声明 则 是 合法 的 。 也 就 是 说 ， 前 面 的 定义 可 以 具有 如 下 


声明 


template<> 
int Outer<void>::code; 


template<> 
void Outer<void>::print() const; 


细心 的 读者 可 能 会 发 现 ， 全 局 特 化 Outer<void>::code 的 非 定 义 声明 的 语法 ， 
看 起 来 等 同 于 下 面 的 语法 : 提供 一 个 能 够 用 缺 省 构造 函数 进行 初始 化 的 定义 。 事 
实 上 也 正 是 如 此 ， 但 这 些 声明 仍然 被 解释 为 非 定义 声明 。 


因此 ， 如 果 静 态 成 员 变 量 的 类 型 是 一 个 只 能 使 用 缺 省 构造 函数 进行 初始 化 的 
类 型 ， 那 么 就 不 能 为 该 静态 成 员 变 量 的 全 局 特 化 提供 一 个 定义 : 


class DefaultInitOnly { 
public: 
DefaultInitOnly() { 
} 
private: 
DefaultInitOnly(DefaultInitOnly const&); // 不 存在 拷贝 操作 
}; 
template<typename T> 
class Statics { 
private: 
static T sm; 


}; 


// 下 面 只 是 一 个 声明 
// 不 存在 可 以 用 来 提供 一 个 定义 的 语法 


template<> 


DefaultInitOnly Statics<DefaultInitOnly>::sm; 


对 于 成 员 模 板 Outer<T>::Inner， 也 可 以 用 一 个 特定 的 模板 实 参 对 它 进 行 特 
化 ， 而 且 对 于 该 特 化 所 在 的 外 围 Outer<T> 而 言 ， 这 个 特 化 操作 并 不 会 影响 
Outer<T> 相 应 实例 化 体 的 其 它 成 员 。 另 外 ， 由 于 存在 一 个 外 围 模 板 〈 也 就 是 
Outer<T>) ， 所 以 我 们 需要 添加 一 个 template<> 前 级 。 最 后 所 获得 的 代码 大 致 如 
P: 


template<> 
template<typename X> 
class Outer<wchar_t>::Inner { 
public: 
static long count; // 成 员 类 型 发 生 了 改变 


}3 


template<> 
template<typename X> 
long Outer<wchar_t>::Inner<X>:: count; 


模板 Outer<T>::Inner 也 可 以 被 全 局 特 化 ， 但 只 能 针对 Outer<T> 的 某 个 给 定 实 
例 。 而 且 ， 我 们 需要 添加 两 个 template<> 前 级 : 因为 外 围 类 需要 一 个 template<> 前 
级 ， 我 们 所 要 全 局 特 化 的 内 围 模 板 (inner template) 也 需要 一 个 template<> 前 绥 


AL: 


template<> 
template<> 
class Outer<char>::Inner<wchar_t> { 
public: 
enum { count = 1}; 


}3 
// 下 面 的 C++ 程序 是 不 合法 的 : 


// template<> 不 能 位 于 模板 实 参 列 表 的 后 面 
template<typename X> 
template<> class Outer<X>::Inner<void>; // 错误 


我 们 可 以 将 上 面 这 个 特 化 与 Outer<bool> 的 成 员 模 板 的 特 化 比较 一 下 。 由 于 
Onuter<bool> 已 经 在 前 面 全 局 特 化 了 ， 所 有 它 的 成 员 模板 也 就 不 存在 外 围 模板 ， 


此 我 们 就 只 需要 一 个 template<> 前 级 : 


template<> 
class Outer<bool>::Inner<wchar_t> { 
public: 
enum { count = 2 }; 


}; 


12.4 ”局 部 的 类 模板 特 化 


全 局 模板 特 化 通常 都 是 很 有 用 的 ， 但 有 时 候 我 们 更 希望 把 类 模板 特 化 成 一 
个 “针对 模板 实 参 ”的 类 家 族 ， 而 不 是 针对 “一 个 具体 实 参 列表 ”的 全 局 特 化 。 例 
如 ， 假 设 下 面 是 一 个 实现 链表 功能 的 类 模板 : 


template<typename T> 
class List { // (1) 
public: 


void append(T const&); 
inline size_t length() const; 


对 于 某 个 使 用 这 个 模板 的 大 项 目 ， 它 可 能 会 基于 多 种 类 型 来 实例 化 该 模板 的 
成 员 。 于 是 ， 对 于 那些 没有 进行 内 联 扩展 的 成 员 函 数 〈 艾 如 List<T>::appendO) ， 
这 就 可 能 会 明显 增加 目标 代码 的 大 小 。 然 而 ， 如 果 我 们 从 一 个 更 低层 次 的 实现 来 
看 ，List<int*>::append0 的 代码 和 List<void*>::append0 的 代码 是 完全 相同 的 。 也 就 
是 说 ， 我 们 希望 可 以 让 所 有 的 指针 List 共 享 同 一 个 实现 。 尽 管 我 们 不 能 直接 用 
C++ 来 表达 这 种 实现 ， 但 我 们 可 以 指定 所 有 的 指针 List 都 实例 化 自 一 个 不 同 的 模板 
定义 ， 从 而 近似 地 获得 这 种 实现 : 


template<typename T> 
class List<T*> { // (2) 
private: 
List<void*> impl; 


public: 


void append(T* p) { 
impl.append(p); 


} 

size_t length() const { 
return impl.length(); 

} 


在 这 种 情况 下 ， 我 们 把 原来 的 模板 〈 即 〈1) 处 的 模板 ) 称 为 基本 模板 ， 而 
后 一 个 定义 则 被 称 为 局 部 特 化 (因为 该 模板 定义 所 使 用 的 模板 实 参 只 是 被 局 部 指 
FE) 。 表 示 一 个 局 部 特 化 的 语法 包括 : 一 个 模板 参数 列表 声明 (template<...>) 
和 在 类 模板 名 称 后 面 显 式 指定 的 模板 实 参 列表 在 我 们 的 例子 中 是 <T*>) 。 


我 们 前 面 的 代码 还 存在 一 个 问题 ， 因 为 List<void*> 会 递归 地 包含 一 个 相同 类 


型 的 List<void*> 成 员 。 为 了 打破 这 种 无 限 递 归 ， 我 们 可 以 在 这 个 局 部 特 化 前 面 先 
提供 一 个 全 局 特 化 : 


template<> 
class List<void*> { // (3) 


void append (void* p); 
inline size_t length() const; 


}; 


EE, FEE. AAT LR, EWERS RT ee 
化 。 于 是 ， 指 针 List 的 所 有 成 员 函 数 都 被 委托 给 List<void*> 的 实现 〈 通 过 容易 内 
A 
效 方法 之 一 。 


对 于 局 部 特 化 声明 的 参数 列表 和 实 参 列表 ， 存 在 一 些 约束 。 下 面 就 是 一 些 重 
要 的 约束 : 


1. 局 部 特 化 的 实 参 必须 和 基本 模板 的 相应 参数 在 种 类 上 (可 以 是 类 型 、 非 
类 型 或 者 模板 ) 是 匹配 的 。 


2. 局 部 特 化 的 参数 列表 不 能 具有 缺 省 实 参 ;但 局 部 特 化 仍然 可 以 使 用 基本 
类 模板 的 缺 省 实 参 。 


3. 局 部 特 化 的 非 类 型 实 参 只 能 是 非 类 型 值 ， 或 者 是 普通 的 非 类 型 模板 参 
数 ， 而 不 能 是 更 复杂 的 依赖 型 表达 式 (诸如 2*N， 其 中 N 是 模板 参数 〉。 


4. 局 部 特 化 的 模板 实 参 列表 不 能 和 基本 模板 的 参数 列表 完全 等 同 (不 考虑 
重新 命名 ) 。 


下 面 的 例子 详细 地 说 明了 这 些 约束 : 


template<typename T, int I = 3> 
class S; // 基本 模板 


template<typename T> 
class S<int, T>; // 错误 : 参数 类 型 不 匹配 


template<typename T = int> 
class S<T, 10>; // 错误 : RRA ARE LS 


template<int I> 
class S<int, I*2>; // 错误 : 不 能 有 非 类 型 的 表达 式 


template<typename U, int K> 
class S<U, K>; // 错误 : 局 部 特 化 和 基本 模板 之 间 


| // 没有 本 质 的 区 别 


每 个 局 部 特 化 (和 每 个 全 局 特 化 一 样 〉 都 会 和 基本 模板 发 生 关 联 。 当 使 用 一 
个 模板 的 时 候 ， 编 译 器 肯定 会 对 基本 模板 进行 查找， 但 接 下 来 会 匹配 调用 实 参 和 
相关 特 化 的 实 参 ， 然 后 确定 应 该 选择 哪 一 个 模板 实现 。 如 果 能 够 找到 多 个 匹配 的 
特 化 ， 那 么 将 会 选择 "最 特殊 ”的 特 化 〈 和 重 载 函数 模板 所 定义 的 原则 一 样 ) ;如 
果 有 未 能 找到 “最 特殊 ”的 一 个 特 化 ， 即 存在 几 个 特殊 程度 一 样 的 特 化 ， 那 么 程序 


将 会 包含 一 个 二 义 性 错误 。 


最 后 ， 我 们 应 该 指出 : 类 模板 局 部 特 化 的 参数 个 数 是 可 以 和 基本 模板 不 一 样 
的 ;， 既 可 以 比 基 本 模板 多 ， 也 可 以 比 基 本 模板 少 。 让 我 们 再 次 考虑 泛 型 模板 
List CÆ (1) 处 声明 ) 。 我 们 已 经 讨论 了 应 该 如 何 优化 指针 List 的 实现 ， 但 我 们 
希望 可 以 针对 (特定 的 ) 成 员 指针 类 型 实现 这 种 优化 。 下 面 的 代码 就 是 针对 指 问 
成 员 指 针 的 指针 (pointer-to-member-pointers) ， 来 实现 这 种 优化 : 


template<typename C> 
class List<void* C::*> { // (4) 
public: 
// 针对 指向 void* 的 成 员 指 针 的 特 化 
// 除了 void* 类 型 之 外 ， 每 个 指向 成 员 指针 的 指针 类 型 都 会 使 用 这 个 特 化 
typedef void* C::*ElementType; 


void append(ElementType pm); 
inline size_t length() const; 


}; 
template<typename T, typename C> 
class List<T* C::*> { // (5) 
private: 
List<void* C::*> impl; 


public: 

// 针对 任何 指向 成 员 指针 的 指针 类 型 的 局 部 特 化 

// 除了 指向 void* 的 成 员 指针 类 型 ， 它 在 前 面 已 经 处 理 了 
// 我 们 看 到 这 个 局 部 特 化 具有 两 个 模板 参数 

// 然而 基本 模板 却 只 有 一 个 参数 

typedef T* C::*ElementType; 


void append(ElementType pm) { 
impl.append((void* C::*)pm); 
} 


inline size_t length() const { 
return impl.length(); 


} 


除了 模板 参数 数量 不 同 之 外 ， 我 们 看 到 在 〈4) 处 定义 的 公共 实现 本 身 也 是 
一 个 局 部 特 化 (对 于 简单 的 指针 例子 ， 这 里 应 该 是 一 个 全 局 特 化 )， 而 所 有 其 它 


的 局 部 特 化 《5) 处 的 声明 ) 都 是 把 实现 委托 给 这 个 公共 实现 。 显 然 ， 在 (A) 
处 的 公共 实现 要 比 〈5) 处 的 实现 更 加 特殊 化 ， 因 此 也 就 不 会 出 现 二 义 性 问题 。 


125 本章 后 记 


全 局 模板 特 化 从 一 开始 就 是 C++ 模 板 机 制 的 一 部 分 而 函数 模板 重 载 和 类 模 
板 局 部 特 化 后 来 才 成 为 Ct+ 模 板 机 制 的 一 部 分 。HP 的 C++ 编 译 器 是 第 一 个 实现 函 
数 模板 重 载 的 编译 器 ; 而 EDG 的 C++ 前 端 技术 则 首次 实现 了 类 模板 的 局 部 特 化 。 
本 章 中 的 局 部 排序 原则 最 开始 是 由 Steve Adamczyk 和 John Spicer 〈 他 们 两 人 是 
EDG 公 司 的 人 员 ) 实现 的 。 


借助 于 模板 特 化 可 以 避免 出 现 无 限 递归 的 模板 定义 ， 这 种 能 力 〈 诸 如 我 们 在 
12.4 市 给 出 的 List<T*> 例 子 ) 已 经 出 现 了 很 长 一 段 时 间 了 。 然 而 ，Erwin Unruh 可 
能 是 第 一 个 发 现 这 种 能 力 可 以 带 来 有 趣 的 template metaprogramming 的 人 ; 
metaprogramming 是 指 借助 于 模板 实例 化 机 制 ， 在 编译 器 执行 一 些 重要 的 计算 。 我 
们 将 在 第 17 章 讨论 这 个 话题 。 


你 可 能 会 疑惑 为 什么 只 有 类 模板 才能 被 局 部 特 化 ， 这 主要 是 由 历史 原因 造成 
的 。 因 为 可 能 也 能 够 为 函数 模板 定义 这 个 相同 的 机 制 〈 见 第 13 章 ) 。 从 某 种 意义 
上 而 言 ， 重 载 函数 模板 的 功能 和 局 部 特 化 的 功能 是 类 似 的 ; 但 也 存在 一 些 细微 的 
区 别 。 这 些 区 别 主 要 是 基于 下 面 的 事实 : 对 于 特 化 ， 在 看 到 一 个 调用 的 时 候 ， 只 
会 查找 基本 模板 ， 而 特 化 则 是 在 后 来 需要 决定 调用 哪 一 个 实现 的 时 候 ， 才 会 被 考 
虑 的 。 相 反 ， 对 重 载 函数 模板 进行 查找 的 时 候 ， 所 有 的 重 载 函 数 模板 都 必须 被 放 
入 重 载 集 里 面 ， 而 且 这 些 重 载 函数 模板 还 可 以 来 自 不 同 的 名 字 空 间 和 类 ; 这 将 会 
增加 无 意 重 载 条 个 模板 名 称 的 可 能 性 。 


男 一 方面 ， 我 们 可 以 想象 ， 存在 一 种 可 以 对 类 模板 进行 重 载 的 形式 。 下 面 就 
是 一 个 假想 的 例子 : 


// 无 效 的 类 模板 重 载 
template<typename T1, typename T2> class Pair; 
template<int N1, int N2> class Pair; 


然而 ， 实 现 这 种 机 制 看 起 来 又 没有 很 大 的 意义 。 


[1] 译注 实例 化 体 就 是 由 实例 化 产生 的 实体 ， 类 似 于 特 化 。 
[2] 我 们 应 该 知道 ， 表 达 式 0 是 一 个 整数 ， 而 不 是 一 个 null 指 针 常 量 。 只 有 在 发 生 
特定 的 隐 式 转型 之 后 ， 它 才 会 成 为 一 个 null 指 针 常量 。 但 是 在 模板 实 参 演绎 过 程 
中 并 不 会 考虑 这 种 转型 

[3] 这 个 定义 和 给 定 的 C++ 标准 的 定义 是 不 同 的 ， 但 它们 的 结论 是 等 价 的 。 


[4] 声明 全 局 的 函数 模板 特 化 同样 也 需要 这 些 (相同 的 ) 前 级 。C++ 语 言 的 早期 


设计 并 没有 包含 这 些 前 级 ; 但 在 成 员 模板 加 入 语言 之 后 ， 为 了 区 分 一 些 复 杂 的 特 
化 例子 ， 才 要 求 加 入 这 个 额外 的 语法 。 


FAB ARN A 


从 1988 年 的 首次 设计 到 1998 年 的 C++ 标 准 化 过 程 (事实 上 ， 技 术 工 作 在 1997 
年 12 月 就 已 经 全 部 完成 了 ) ，C++ 模 板 有 了 很 大 的 发 展 。 在 这 之 后 的 几 年 里 ， 整 
个 语言 的 定义 是 相对 比较 稳定 的 ;但 是 ， 随 着 时 间 的 有 发展 ， 在 C++ 模板 这 个 领域 
中 出 现 了 许多 新 的 需求 。 一 些 需 求 只 是 为 了 满足 语言 的 一 致 性 和 正 交 性 。 例 如 ， 
为 什么 只 有 类 模板 允许 使 用 缺 省 模板 实 参 ， 而 函数 模板 则 不 可 以 呢 ?” 其 他 的 一 些 
扩展 主要 是 来 自 于 不 断 复 杂 化 的 模板 编程 idioms;， 男 一 方面 ， 这 些 idioms 同 时 也 不 
断 地 扩展 现存 编译 器 的 功能 。 


在 下 面 的 介绍 中 ， 我 们 将 描述 一 些 曾 被 C++ 语言 和 编译 器 设计 者 多 次 提出 的 
扩展 。 在 大 多 数 情况 下 ， 这 些 扩 展 是 由 各 种 高 级 C++ 程序 库 〈 也 包括 C++ 标准 
E) 的 设计 者 提出 的 。 人 然而， 我 们 并 不 能 保证 每 一 个 扩展 将 来 都 能 够 成 为 C++ 标 
准 的 一 部 分 ， 但 另 一 方面 ， 一 些 C++ 实 现 确实 已 经 提供 了 这 些 扩 展 。 


13.1 248-5 Hack 


对 于 模板 的 初学 者 而 言 ， 需 要 在 两 个 相连 的 财 尖 括 号 之 间 添 加 一 个 空格 的 事 
实 可 能 会 令 他 们 感到 非常 惊讶 。 例 如 : 


#include <list> 
#include <vector> 


typedef std::vector<std::list<int> > LineTable; // 正确 


typedef std::vector<std::list<int>> OtherTable; // 语法 错误 


第 2 个 typedef 声 明 是 错误 的 ， 因 为 中 间 没 有 空格 分 开 的 两 个 财 尖 括 号 实际 上 
是 代表 一 个 “ 右 移 “>>) "运算 符 ， 而 这 将 会 使 源 代 码 在 该 位 置 的 声明 变 得 守 无 意 


然而 ， 和 C++ 源 代码 解析 器 的 其 他 许多 处 理 方法 相 比 , “检测 这 个 错误 并 且 默 
认 地 把 >> 运 算 符 看 成 是 两 个 相连 的 尖 插 写 〈( 这 种 特性 也 被 称 为 尖 括 号 hack) ”将 
会 是 比较 简单 的 解决 方法 。 事 实 上 ， 许 多 编译 器 已 经 能 够 意识 到 这 种 用 法 ， 也 接 
受 这 种 代码 ， 只 是 在 遇 到 的 时 候 会 给 出 一 个 警告 。 


因此 ，C++ 的 未 来 版 本 可 能 会 认为 OtherTable 的 声明 〈 在 前 面 的 例子 中 ) 是 
法 的 。 然 而 ， 我 们 应 该 知道 : TES mack: ES REME. SEK 
ERRESIRE, APSR C>) 在 某 些 情况 下 也 可 以 是 一 个 合法 的 标记 。 
下 面 的 例子 就 说 明了 这 一 点 : 


template<int N> class Buf; 


template<typename T> void strange() {} 
template<int N> void strange() {} 


int main() 


{ 
} 


strange<Buf<16>>2> >(); // 这 个 >> 标 记 并 不 是 一 个 错误 


一 个 相关 的 话题 是 对 双 字 符 <: 的 处 理 方法 ， 该 字符 实际 上 等 价 于 一 个 方 括号 
〈《 见 9.3.1 小 节 ) 。 考 虑 下 面 抽 取出 来 的 代码 : 


template<typename T> class List; 
class Marker; 


List<::Marker>* markers; // 错误 


该 例子 的 最 后 一 行将 会 被 看 成 List[:Marker>* markers; ， 而 这 是 完全 没有 意 
义 的 。 然 而 ， 编 译 器 应 该 知道 ， 如 果 诸 如 List 的 模板 后 面 紧 跟 一 个 左 方 括号 ， 那 
么 该 模板 是 不 可 能 有 效 的 。 因 此 ， 在 这 种 情况 下 ， 应 该 避免 辨识 这 种 相应 的 双 字 
符 ; 即 应 该 把 <: 看 成 两 个 单独 字符 来 理解 。 


13.2 ”放松 typename 的 原则 


许多 程序 员 和 语言 设计 者 发 现 : typename 的 使 用 规则 太 严 格 了 《上 有 具体 细节 见 
5.1 节 和 9.3.2 小 节 ) 。 例 如 ， 在 下 面 的 代码 中 ，Array<T>::ElementT 中 的 typename 
是 必 不 可 少 的 ;而 Array<int>::ElementT 是 禁止 使 用 typename 的 〈 会 产生 一 个 错 
WR): 


template <typename T> 
class Array { 
public: 
typedef T ElementT; 


}; 

template <typename T> 

void clear (typename Array<T>::ElementT& p); // 正确 
template<> 

void clear (typename Array<int>::ElementT& p); // 错误 


类 似 上 面 的 例子 总 是 让 人 觉得 很 意外 ， 因 为 要 让 C++ 编译 器 实现 “忽略 这 种 多 


余 的 关键 字 ” 并 不 困难 。 于 是 ， 语 言 的 设计 者 认为 : 对 于 任何 前 面 没有 使 用 关键 字 
struct、class、union 或 者 enum 之 一 的 受 限 类 型 名 称 ， 都 可 以 在 前 面 加 上 关键 字 
typename。 这 个 决定 (可 能 ) 同时 也 阐明 了 .template、->template 和 ::template 这 3 个 
构造 所 允许 的 使 用 情况 。 


从 实现 者 的 观点 看 来 ， 忽 略 多 余 的 typename 和 template 是 相对 比较 直接 的 作 
法 。 有 趣 的 是 ， 在 一 些 情况 下 ， 话 言 至 今 仍然 要 求 加 上 这 些 关键 字 ， 而 某 些 编译 
器 实现 却 可 以 不 需要 这 些 关 键 字 。 例 如 ， 在 前 面 的 函数 模板 clear0 中 ， 编 译 器 知 
道 名 称 Array<T>::ElementT 只 能 够 是 一 个 类 型 名 称 〈 在 这 里 不 允许 是 其 他 的 表达 
式 ) ， 所 以 前 面 这 个 typename 的 使 用 就 是 可 选 的 。 因 此 ，C++ 标 准 委员 会 也 正在 
考虑 这 种 改变 ， 即 在 一 些 情况 下 减少 使 用 关键 字 typename 和 template。 


13.3 RAK AM LE 


当 横 板 最 初 被 加 入 C++ 语言 的 时 候 ， 显 式 函 数 模 板 实 参 并 不 是 一 个 有 效 的 构 
造 。 通 第 都 必须 借助 于 调用 表达 式 来 演绎 函数 模板 的 实 参 。 于 是 ， 看 起 来 并 没有 
实现 缺 省 函数 模板 实 参 的 必要 ， 因 为 演绎 所 获得 的 值 总 是 会 改写 这 个 缺 省 值 。 


然而 ， 在 这 之 后 ， 人 们 发 现 有 些 显 式 的 函数 模板 实 参 是 不 能 通过 演绎 获得 。 
因此 ， 对 于 这 些 不 能 进行 演绎 的 模板 实 参 ， 上 自然 就 有 必要 指定 一 些 缺 省 值 。 考 虑 
下 面 的 例子 : 


template <typename T1, typename T2 = int> 
T2 count (T1 const& x); 
class MyInt { 


}; 


void test (Container const& c) 


{ 


int i = count(c); 
MyInt j = count<MyInt>(c); 
assert(j == i); 


在 这 个 例子 中 ， 我 们 看 到 了 一 个 约束 : 如 果 模 板 参数 具有 一 个 缺 省 实 参 值 ， 
那么 位 于 该 参数 后 面 的 每 个 参数 都 必须 具有 缺 省 模板 实 参 。 这 个 约束 也 同样 适用 
于 类 模板 ， 因 为 如 果 类 模板 不 遵循 这 个 约束 的 话 ， 那 么 通常 情况 下 都 不 能 指定 应 
该 匹配 后 面 的 哪 一 个 实 参 。 我 们 借助 下 面 的 错误 代码 来 说 明 这 一 点 : 


template <typename T1 = int, typename T2> 
class Bad; 


Bad<int>* b; // int 是 用 来 蔡 换 T1 还 是 用 来 替换 T2 呢 


然而 ， 对 于 函数 模板 而 言 ， 可 以 通过 演绎 来 推导 出 后 面 的 这 些 实 参 。 因 此 ， 
我 们 可 以 改写 前 面 的 例子 ， 而 且 这 也 不 存在 任何 技术 上 的 困难 : 


template <typename T1 = int, typename T2> 
T1 count (T2 const& x); 


void test (Container const& c) 
{ 
int i = count(c); 
MyInt j = count<MyInt>(c); 
assert(j == i); 


} 


E E E nae en 
J Eo 


后 来 还 发 现 ， 程 序 员 还 大 量 使 用 了 缺 省 模板 实 参 ， 因 为 这 样 就 可 以 避免 提供 
显 式 模板 参数 。 例 如 : 


template <typename T = double> 

void f(T const& = T()); 

int main() 

{ 
(1); // 正确 : 把 T 演 绎 成 int 
f<long>(2) // 正确 : T = long， 没 有 演绎 
f<char>(); // 正确 : 等 价 于 f<char>('\@') 
f(); // 等 价 于 f<double>(0.0) 

} 


因此 ， 在 没有 提供 显 式 模板 实 参 的 情况 下 ， 这 里 的 缺 省 模板 实 参 能 够 为 我 们 
提供 了 一 个 可 以 使 用 的 缺 省 调用 实 参 。 


13.4 FPP CHAS KA RI SE 


在 非 类 型 模板 实 参 的 所 有 约束 中 ， 令 模板 初学 者 和 高 级 用 户 感到 最 意外 的 可 
能 就 是 : 不 能 让 字符 串 文 字 作为 模板 实 参 。 


例如 ， 下 面 的 例子 看 起 来 是 很 直观 的 : 


template <char const* msg> 
class Diagnoser { 
public: 
void print(); 


int main() 


Diagnoser< "Surprise! ">().print(); 


然而 ， 该 例子 却 存在 一 些 潜 在 的 问题 。 在 标准 C++ 中 ， 对 于 两 个 Diagnoser 实 
例 ， 当 且 仅 当 这 两 个 实例 具有 相同 的 实 参 时 ， 才 属于 相同 的 类 型 。 在 这 个 例子 

， 这 个 实 参 是 一 个 指针 值 ， 也 就 是 说 是 个 地 址 。 然 而 ， 两 个 看 起 来 完全 相同 的 
字符 串 文 字 ， 如 果 出 现在 不 同 的 源 位 置 ， 却 不 一 定 具 有 相同 的 地 址 。 因 此 ， 我 们 
有 时 候 会 陷入 一 种 困境 : Diagnoser<“X”> 和 Diagnoser<“X”> 实 际 上 是 两 个 不 同 的 
实例 ， 同 时 也 就 属于 不 同 的 类 型 (我 们 看 到 :“X” 的 实际 类 型 是 char const[2]， 但 
是 当 把 它 传 递 给 模板 实 参 的 时 候 ， 它 会 decay 成 char const* 类 型 )。 


由 于 这 个 (以 及 相关 的 ) 原因 ，C++ 标 准 禁 止 把 字符 串 文 字 作为 模板 实 参 。 
然而 ， 某 些 〈 编 译 器 ) 实现 却 以 一 种 扩展 的 方式 提供 了 这 个 功能 ; 它们 通过 在 模 
板 实例 的 内 部 表示 中 使 用 实际 的 字符 串 文 字 内 容 ， 来 实现 这 种 功能 。 尽 管 这 样 是 
可 行 的 ， 但 某 些 C++ 语言 的 评论 员 认 为 : 与 用 地 址 进行 替换 的 非 类 型 模板 参数 相 
比 ， 一 个 用 字符 串 文 字 进 行 奉 换 的 非 类 型 模板 参数 应 该 具有 不 同 的 声明 方式 。 然 
而 ， 在 撰写 这 本 书 的 时 候 ， 这 种 声明 语法 却 未 能 得 到 足够 的 支持 。 

我 们 还 应 该 知道 : 在 这 个 问题 上 ， 还 存在 另外 一 个 技术 问题 。 考 虑 下 面 的 模 
人 

SB: 


template <char const* str> 
class Bracket { 
public: 
static char const* address(); 
static char const* bytes(); 


}3 


template <char const* str> 
char const* Bracket<str>::address() 


{ 
} 


template <char const* str> 
char const* Bracket<str>::bytes() 


{ 
} 


return str; 


return str; 


在 前 面 的 例子 中 ， 除 了 和 名字 不 同 之 外 ， 上 面 两 个 成 员 函 数 是 完全 等 同 的 
这 种 情况 并 不 少见 。 假 设 某 个 实现 使 用 诸如 宏 扩 展 的 过 程 来 实例 化 Brack<“X”>， 
那么 在 这 种 情况 下 ， 如 果 这 两 个 成 员 函 数 是 在 不 同 的 翻译 单元 中 被 实例 化 ， 它 们 
就 可 能 会 返回 不 同 的 值 。 有 趣 的 是 ， 对 “一 些 现今 提供 这 个 扩展 《“ 即 字符 串 文 字 作 
HKE) 的 C++ 编译 器 ”的 测试 也 表明 ， 这 些 编译 器 也 会 导致 这 种 出 人 意料 的 行为 
( 即 返回 不 同 的 值 〉。 


”一 个 相关 的 话题 是 提供 浮 点 型 文字 和 简单 的 浮 点 型 常量 表达 式 〉 作 为 模板 
实 参 的 能 力 。 例 如 : 


template <double Ratio> 
class Converter { 
public: 
static double convert (double val) { 
return val*Ratio; 


} 
}3 


typedef Converter<@.@254> InchToMeter ; 


某 些 C++ 编译 器 实现 也 提供 了 这 种 能 力 。 事 实 上 ， 要 实现 这 种 扩展 ， 并 不 存 
在 很 难 的 技术 挑战 〈 这 一 点 和 字符 串 文字 实 参 不 同 ) 。 


13.5 ”放松 模板 的 模板 参数 的 匹配 


用 于 蔡 换 模板 的 模板 参数 的 模板 必须 能 够 和 模板 参数 的 参数 列表 精确 地 匹 
配 ， 但 这 有 时 候 会 导致 意外 的 结果 。 如 下 面 的 例子 所 示 : 


#include <list> 
// std::1ist 的 声明 : 
// namespace std { 


// template <typename T, 

// typename Allocator = allocator<T> > 
// class list; 

// } 


template<typename T1, 
typename T2, 
template<typename> class Container> 


// Container 期望 只 有 一 个 参数 的 模板 


class Relation { 
public: 


private: 
Container<T1> dom1; 
Container<T2> dom2; 


}; 
int main() 


Relation<int, double, std::list> rel; 
// 错误 : std: :1ist 的 参数 多 于 一 个 


该 例子 是 不 合法 的 ， 因 为 我 们 的 模板 的 模板 参数 Container 期 望 的 是 一 个 只 具 


有 一 个 参数 的 模板 ， 而 std::list 却 具有 两 个 参数 .一 个 确定 元 素 类 型 的 参数 和 一 个 
配置 嚣 参数。 


然而 ， 由 于 std::list 的 配置 器 参数 本 身 具 有 一 个 缺 省 模板 实 参 ， 因 此 让 
Container 匹 配 std::list 也 是 可 能 的 ， 并 且 可 以 让 Container 的 每 个 实例 化 体 都 使 用 
std::list 的 这 个 缺 省 模板 实 参 〈 见 8.3.4 小 节 ) 。 


这 种 “ 实 参 满足 于 现状 《即使 未 能 精确 匹配 ) ”的 匹配 原则 同样 被 应 用 于 函数 
类 型 的 匹配 。 然 而 ， 对 于 函数 类 型 的 情况 ， 缺 省 实 参 并 不 总 是 被 提前 确定 的 ， 
为 函数 指针 的 值 通常 要 等 到 运行 期 才能 确定 。 相 反 ， 根 本 就 不 存在 模板 指针 ， 
此 ， 对 于 模板 而 言 ， 所 有 的 需要 信息 都 可 以 在 编译 期 获得 。 


东 些 C++ 编译 器 已 经 以 一 种 扩展 的 方式 提供 了 这 种 宽松 的 匹配 。 这 种 实现 还 


会 借助 于 typedef 模 板 〈 我 们 将 在 下 一 节 讨 论 ) 。 例 如 ， 考 虑 下 面 的 main(O) 函 数 的 
定义 ， 它 痊 换 了 前 面 的 例子 : 


template <typename T> 
typedef std::list<T> MyList; 


int main() 


Relation<int, double, MyList> rel; 


} 


typedef 模 板 引 入 了 一 个 新 的 模板 ， 就 参数 而 言 ， 它 现在 可 以 和 Container 精 确 
i een nee ea veavernell cy 
FM. 


在 C++ 标准 委员 会 召开 之 前 ， 就 已 经 有 人 提出 了 这 个 问题 ， 但 是 从 目前 的 情 
况 来 看 ， 应 该 不 会 添加 这 个 放松 匹配 规则 。 


13.6 typedef Hy 


我 们 经 常 通过 《以 一 种 相对 复杂 的 方式 ) 组合 类 模板 来 获得 其 他 的 参数 化 类 
型 。 当 这 种 参数 化 类 型 在 源 代码 中 多 次 重复 使 用 的 时 候 ， 我 们 通常 希望 可 以 用 一 
种 快捷 方式 来 将 换 它们 ， 就 像 typedef 为 非 参数 化 类 型 提供 快捷 方式 一 样 。 


因此 ，C++ 语 言 设计 者 们 正在 考虑 一 种 类 似 于 下 面 的 构造 : 


template <typename T> 
typedef vector<list<T> > Table; 
有 了 这 个 声明 之 后 ，Table 将 会 是 一 个 新 的 模板 ， 也 可 以 被 实例 化 成 一 个 具体 


人 
H: 


Table<int> t; //t 的 类 型 为 vector<1List<int> > 


现今 ， 我 们 是 使 用 类 模板 的 成 员 typedef， 来 解决 由 于 没有 提供 typedef 模 板 所 
导致 的 不 足 : 


template <typename T> 
class Table { 
public: 
typedef vector<list<T> > Type; 


3 


Table<int>::Type t; // t 的 类 型 为 vector<1list<int> > 


由 于 typedef 模 板 将 会 是 一 种 比较 全 面 的 模板 ， 因 此 也 可 以 像 类 模板 一 样 对 它 
们 进行 特 化 : 


// 基本 的 typedef 模板 : 
template<typename T> typedef T Opaque; 


// 局 部 特 化 : 
template<typename T> typedef void* Opaque<T*>; 


// 全 局 特 化 : 
template<> typedef bool Opaque<void>; 


另 一 方面 ，typedef 模 板 并 不 总 是 很 直观 的 。 例 如 ， 在 演绎 过 程 中 ， 很 难 确定 
typedef 模 板 是 如 何 发 挥 作用 的 : 


void candidate(long) ; 


template<typename T> typedef T DT; 
template<typename T> void candidate(DT<T>) ; 


int main() 


{ 
candidate(42); // 会 调用 哪 一 个 candidate() 
} 


很 难 确定 上 面 的 代码 是 否 能 够 成 功 地 演绎 。 当 然 ， 并 非 任何 typedef 模 式 都 可 
以 成 功 演绎 。 


13.7 函数 模板 的 局 部 特 化 


在 第 12 间 ， 我 们 讨论 了 如 何 对 类 模板 进行 局 部 特 化 ， 而 函数 模板 只 能 被 重 
载 。 这 两 种 机 制 是 有 些 区 别 的 。 


局 部 特 化 并 不 会 引入 一 个 新 的 模板 ， 它 只 是 对 原来 模板 《〈 即 基本 模板 ) 进行 
扩展 。 当 查找 类 模板 的 时 候 ， 刚 开始 只 会 考虑 基本 模板 ， 然 而 ， 如 果 在 选择 了 基 
本 模板 之 后 ， 还 发 现 了 一 个 “模板 实 参 能 够 和 实例 化 体 的 模板 实 参 进行 完全 模式 匹 
配 ? 的 局 部 特 化 ， 那 么 将 会 实例 化 该 局 部 特 化 的 定义 〈 也 就 是 模板 实体 ) ， 而 不 再 
实例 化 基本 模板 的 定义 〈 全 局 模板 特 化 的 查找 过 程 也 是 如 此 ) 。 


相反 ， 重 载 的 函数 模板 是 一 个 分 开 的 模板 ， 它 们 之 间 是 完全 独立 的 。 当 选择 
要 实例 化 哪 一 个 模板 的 时 候 ， 所 有 的 重 载 模板 都 要 被 考虑 ; 然后 由 重 载 解析 规则 
试图 选择 一 个 最 佳 的 匹配 。 乍 看 起 来 ， 这 会 是 一 种 有 效 的 蔡 代 《局 部 特 化 的 ) 方 
法 ， 然 而 实际 中 仍然 存在 一 些 约束 : 


© 在 不 改变 类 定义 的 前 提 下 ， 我 们 就 可 以 特 化 类 中 的 某 个 成 员 模 板 。 然 而 ， 如 
果 要 给 类 增加 一 个 重 载 函数 ， 我 们 就 不 得 不 改变 这 个 类 的 定义 。 但 是 ， 在 许 
多 情况 下 ， 这 种 改变 并 不 是 可 选 的 ， 因 为 我 们 可 能 不 具有 改变 类 定义 的 权 
利 。 例 如 ， 现 今 的 C++ 标准 并 不 允许 我 们 给 std 名 字 空 间 增 加 新 的 模板 ， 但 它 
允许 我 们 特 化 std 名 字 空 间 中 的 某 个 模板 。 

e。 为 了 重 载 函 数 模板 ， 多 个 重 载 函数 之 间 的 参数 必须 有 本 质 上 的 区 别 。 考 虑 一 

个 函数 模板 R convert(T const&)， 其 中 R 和 TT 是 模板 参数 。 我 们 可 能 希望 基于 R 

= void 来 特 化 这 个 模板 ， 但 使 用 重 载 并 不 能 达到 这 个 目的 。 

那些 针对 某 个 非 重 载 函 数 的 合法 代码 ， 在 对 这 个 函数 进行 重 载 之 后 ， 融 可 能 

会 变 成 不 合法 的 代码 。 例 如 ， 针 对 两 个 函数 模板 f(T) 和 g(T)〈( 其 中 T 是 模板 参 

数 ) ， 表 达 式 g(&f<int>) 是 合法 的 ， 但 如 果 我 们 对 {f 进 行 重 载 ， 该 表达 式 就 可 

能 是 不 合法 的 《因为 不 能 确定 究竟 是 选择 哪 一 个 f) 。 

针对 引用 “特定 函数 模板 或 者 特定 函数 模板 的 实例 化 体 ” 的 友 元 声明 ， 困 数 模 

和 

7, 4) o 


总 之 ， 上 面 所 列举 的 这 些 方面 给 出 了 一 份 强 有 力 的 论据 ， 用 于 文 持 函数 模板 
的 局 部 特 化 。 

另 一 方面 ， 用 于 实现 局 部 特 化 函数 模板 的 语法 和 类 模板 局 部 特 化 的 语法 是 类 
似 的 ， 更 可 以 看 成 是 类 模板 局 部 特 化 语法 的 一 般 化 。 


template <typename T> 
T const& max (T const&, T const&); // 基本 模板 


template <typename T> 


[i const& max <T*>(T* const&, T* const&); // 局 部 特 化 | 


某 些 语言 的 设计 者 们 担心 : 把 局 部 特 化 和 函数 模板 重 载 交 互 使 用 ， 将 会 出 现 
问题 。 例 如 : 


template <typename T> 
void add (T& x, int i); // 一 个 基本 模板 


template <typename T1, typename T2> 
void add (T1 a, T2 b); // 男 一 个 ( 重 载 的 ) 基本 模板 


template <typename T> 
void add<T*> (T*&, int); // 是 对 上 面 的 哪 一 个 基本 模板 进行 特 化 呢 ? 


然而 ， 我 们 认为 这 是 一 个 错误 的 例子 ， 但 也 不 会 对 这 种 特性 的 使 用 造成 大 的 


影响 。 


在 本 书 编写 的 时 候 ，C++ 标 准 委员 会 正在 考虑 这 种 扩展 。 


13.8 typeofiz AIF 


当 编 写 模板 的 时 候 ， 对 于 依赖 于 模板 的 表达 式 ， 表 示 它 们 的 类 型 通常 是 很 有 
必要 的 。 一 个 常用 的 例子 是 : 声明 一 个 针对 两 个 数值 数组 模板 的 算术 运算 符 ， 其 
中 不 同 数组 模板 的 元 素 类 型 是 不 同 的 。 下 面 的 例子 很 好 地 解释 了 这 种 情况 : 


template <typename T1, typename T2> 
Array<???> operator+ (Array<T1> const& x, Array<T2> const& y); 


根据 上 面 代码 我 们 可 以 推测 ， 该 运算 符 将 会 产生 一 个 数组 ， 其 元 素来 自 于 数 
组 x 和 数组 y 的 对 应 元 素 之 和 ; 元 素 的 类 型 为 x[0] + y[0] 的 类 型 。 遗 憾 的 是 ，C++ 并 
没有 提供 一 种 根据 T1 和 T2 来 表达 这 个 结果 类 型 的 可 行 方 法 。 


于 是 ， 菏 些 编译 器 以 扩展 的 方式 提供 了 typeof 运 算 符 来 解决 这 个 问题 。 这 会 
让 我 们 想起 sizeof 运 算 符 的 用 法 : 它 接 收 一 个 表达 式 参数 ， 并 且 根 据 该 参数 产生 一 
个 编译 期 实体 ， 该 实体 通常 是 该 参数 类 型 的 占 位 符 的 个 数 。 但 对 于 typeof 运 算 符 
而 言 ， 最 后 获得 的 编译 期 实体 可 以 看 成 是 一 个 类 型 的 名 称 。 因 此 ， 在 我 们 前 面 的 
例子 中 ， 借 助 typeof 运 算 符 ， 我 们 可 以 这 样 编写 代码 : 


template <typename T1, typename T2> 
Array<typeof(T1()+T2())> operator+ (Array<T1> const& x, 
Array<T2> const& y); 


这 样 看 起 来 很 好 ， 但 仍然 不 是 最 理想 的 。 实 际 上 ， 上 面 的 代码 假设 给 定 类 型 
a a 个 辅助 模板 ， 来 避免 这 种 
段 设 。 IF: 


template <typename T> 
T makeT(); // 不 需要 定义 


template <typename T1, typename T2> 
Array<typeof (makeT<T1>()+makeT<T2>())> 
operator+ (Array<T1> const& x, 
Array<T2> const& y); 


另外 ， 我 们 期 望 可 以 使 用 x[0] 和 y[0] 作 为 typeof 的 实 参 ， 但 我 们 却 办 不 到 这 一 
点 ， 因 为 在 typeof 构 造 所 在 的 位 置 ，x 和 y 还 没有 被 声明 。 一 种 根本 的 解决 方案 是 
引入 男 一 种 可 以 把 返回 类 型 放 在 参数 类 型 后 面 的 函数 声明 语法 : 


// 运算 符 函数 模板 : 

template <typename T1, typename T2> 

operator+ (Array<T1> const& x, Array<T2> const& y) 
-> Array<typeof (x[@]+y[@])>; 


// 一 般 的 函数 模板 : 

template <typename T1, typename T2> 

function exp(Array<T1> const& x, Array<T2> const& y) 
-> Array<typeof(exp(x[@], y[@]))> 


如 例子 中 所 示 ， 为 了 能 够 对 非 运 算 符 函数 应 用 该 语法 ， 我 们 将 需要 引入 一 个 
新 的 关键 字 〈 这 里 是 function) 〈 对 于 运算 符 函 数 而 言 ， 关 键 字 operator 已 经 足够 
引导 解析 过 程 了 ) 。 


我 们 应 该 注意 : typeof 必 须 是 一 个 编译 期 运算 符 ， 特 别 是 typeof 并 不 会 考虑 协 
变 返 回 类 型 。 如 下 面 的 例子 所 示 : 


class Base { 
public: 
virtual Base* clone(); 


}3 


class Derived : public Base { 
public: 
virtual Derived* clone(); // 协 变 的 返回 类 型 


}; 
void demo (Base* p, Base* q) 


typeof(p->clone()) tmp = p->clone(); 
// tmp 的 类 型 永远 是 Base# 


15.2.4 小 节 说 明了 在 缺乏 typeof 运 算 符 的 情况 下 ， 有 时 候 如 何 利用 
promotion (提升 ) trait 来 局 部 地 解决 一 些 问题 。 


13.9 ”命名 模板 实 参 


16.1 市 描述 了 一 种 技术， 它 让 我 们 可 以 只 为 一 个 特定 参数 提供 一 个 非 缺 省 的 
模板 实 参 ， 而 对 于 其 他 具有 缺 省 值 的 模板 参数 ， 则 不 需要 指定 模板 实 参 。 尽 管 该 
技术 非常 有 趣 ， 但 要 实现 这 个 相对 比较 简单 的 功能 ， 我 们 却 需要 花费 大 量 的 工 
fe; 因此 ， 提 供 一 种 用 于 命名 模板 实 参 的 语言 机 制 ， 束 成 了 一 种 很 自然 的 想法 。 


此 时 ， 我 们 应 该 知道 : 在 C++ 标 准 化 的 过 程 中 ， Roland Hartinger 提 出 了 一 种 
类 似 的 扩展 《有 时 也 把 这 种 扩展 称 为 关键 字 实 参 ， 即 keyword argument， 具 体 见 
[StroustrupDnE] 的 6.5.1 小 节 ) 。 尽管 在 技术 上 是 可 行 的 ， 但 由 于 各 种 原因 ， 这 个 
提议 最 后 还 是 未 被 纳入 语言 。 在 这 一 点 上 ， 我 们 也 不 能 期 望 命名 模板 实 参 会 把 这 
种 提议 纳入 到 语言 中 。 


然而 ， 基 于 完整 性 考虑 ， 根 据 茶 些 设 计 者 们 所 提出 的 多 种 建议 ， 在 此 我 们 给 
出 一 种 折衷 的 方案 : 


template<typename T, 


Move: typename M = defaultMove<T>, 
Copy: typename C = defaultCopy<T>, 
Swap: typename S = defaultSwap<T>, 
Init: typename I = defaultInit<T>, 
Kill: typename K = defaultKill<T> > 


class Mutator { 
}; 
void test(MatrixList ml) 


mySort (ml, Mutator <Matrix, Swap: matrixSwap>); 


} 


我 们 看 到 : LEAR MPR SH) 和 参数 名 称 是 不 同 的 。 这 让 我 们 可 以 
在 实现 中 使 用 简短 的 参数 名 称 〈 壁 如 M) ， 而 且 还 可 以 具有 一 个 自己 在 文档 中 说 
明 的 实 参 名 称 〈 辟 如 Move)〉。 男 外 ， 因 为 这 种 写法 看 起 来 有 一 种 比较 见长 的 程序 
所 以 当 实 参 名 称 等 同 于 参数 名 称 的 时 候 ， 我 们 就 可 以 试想 ) 把 实 参 名 称 
Bio 


template<typename T, 


: typename Move = defaultMove<T>, 
: typename Copy = defaultCopy<T>, 
: typename Swap = defaultSwap<T>, 
: typename Init = defaultInit<T>, 


: typename Kill = defaultKill<T> > 


class Mutator { 


}3 


13.10 ”静态 属性 


在 第 15 音 和 第 19 章 ， 我 们 讨论 了 各 种 在 编译 期 进行 区 分 类 型 的 方法 。 当 我 们 
要 基于 类 型 的 静态 属性 来 选择 模板 特 化 的 时 候 ， 这 些 trait 就 是 很 有 用 的 。 例 如 ， 
我 们 在 15.3.2 小 节 给 出 了 一 个 CSMtraits 类 ， 它 试图 选择 一 个 最 优化 或 者 近似 最 优 
化 的 策略 ， 来 找 贝 、 交 换 或 者 移动 具有 实 参 类 型 的 元 素 。 


某 些 语言 设计 者 发 现 : 如 果 这 种 “ 特 化 选择 ”是 频繁 的 ， 那 么 就 不 应 该 总 是 要 
求 用 户 定 义 这 些 复杂 的 代码 ， 因 为 这 些 代 码 只 是 为 了 获得 一 个 属性 ， 而 该 属性 是 
编译 器 实现 内 部 早已 经 知道 的 。 于 是 ， 语 言 应 该 提供 一 些 内 建 的 typetrait。 下 面 
的 代码 可 能 就 是 一 个 使 用 这 类 扩展 的 有 效 C++ 程 序 : 


#include <iostream> 
int main() 


std::cout << std::type<int>::is_ bit_copyable << '\n'; 
std::cout << std::type<int>::is_union << '\n'; 


} 


尽管 可 以 为 这 种 构造 添加 一 种 新 的 语法 ， 但 是 把 这 种 语法 看 成 一 种 用 户 可 以 
目 定义 的 语法 将 会 带 来 更 好 的 移植 性 ， 壁 如 说 从 现今 的 语言 移植 到 包含 这 个 特性 
的 男 一 种 语言 。 然 而 ， 菜 些 C++ 编 译 器 可 以 很 容易 就 提供 的 静态 属性 (例如 ， 确 
定 一 个 类 型 是 否 是 一 个 union) ， 却 不 能 由 传统 的 trait 技 术 来 实现 ， 这 也 成 为 "把 这 
个 静态 属性 实现 为 语言 本 身 一 个 性 质 ” 的 支持 者 的 男 一 个 论据 : 如 果 编 译 器 可 以 依 
赖 静态 属性 来 翻译 程序 ， 将 可 以 大 大 减少 编译 器 的 开销 (包括 内 存 使 用 量 和 CPU 
的 运行 次 数 ) 。 


13.11 BP vim Se BO Wri IS 


许多 模板 都 会 对 它们 的 参数 强加 一 些 隐 式 的 要 求 。 当 该 模板 的 实例 化 体 的 实 
参 不 能 符合 这 些 要 求 的 时 候 ， 就 会 产生 一 个 泛 型 的 错误 ， 或 者 是 所 生成 的 实例 化 
体会 出 现 问题 。 对 于 早期 的 C++ 编译 器 ， 在 模板 实例 化 期 间 所 生成 的 这 种 泛 型 错 
误 通 常 都 是 非常 不 透明 的 《例如 6.6.1 小 节 的 例子 ) 。 对 于 现在 的 编译 器 ， 这 些 错 
误 信 息 相 对 比较 清楚 ， 根 据 它们 有 经 验 的 程序 员 都 能 够 很 快 地 找 出 问题 所 在 ， 但 
en 
些 行 为 ) : 


template <typename T> 
void clear (T const& p) 


*p = 0; // 假设 T 是 一 个 类 似 指针 的 类 型 


template <typename T> 
void core (T const& p) 


clear(p); 
} 


template <typename T> 
void middle (typename T::Index p) 


core(p); 


} 


template <typename T> 
void shell (T const& env) 


{ 
typename T::Index i; 
middle<T>(i); 


} 


class Client { 
public: 
typedef int Index; 
}; 
Client main _ client; 


int main() 


shell(main_client); 


这 个 例子 说 明了 典型 的 软件 开发 层次 体系 : 诸如 shell0 的 高 层 函 数 模板 依赖 
于 诸如 middle0 的 组 件 ， 而 middle0) 组 件 则 使 用 了 core0 的 基本 功能 。 于 是 ， 当 我 们 
实例 化 shell0 的 时 候 ， 下 面 所 有 层次 的 模板 都 需要 被 实例 化 。 在 这 个 例子 中 ， 问 
题 出 现在 最 深 的 层次 : 用 int 类 型 来 实例 化 core() 根 据 middle() 中 Client::Index 的 使 
用 ) ， 然 后 试图 对 一 个 int 类 型 的 值 进行 解 引 用 操作 ， 这 显然 是 非法 的 。 因 此 ， 一 
个 好 的 诊断 信息 应 该 包括 一 个 对 导致 问题 的 所 有 层次 的 跟踪 ; 但 这 些 跟踪 所 获得 
的 信息 是 元 长 的 ， 并 且 用 处 也 不 大 。 


有 人 提出 了 一 种 替换 方法 : 在 最 高 层 的 模板 中 插入 一 个 装置 ， 从 而 当 层 次 比 
它 低 的 代码 不 符合 所 给 要 求 时 ， 就 禁止 进行 更 深 的 实例 化 。 根 据 现 有 的 C++ 构 
造 ， 为 了 实现 这 种 装置 ， 人 们 已 经 进行 了 多 种 尝试 ( 见 [BCCL]〉， 但 还 没有 找到 
一 种 行 之 有 效 的 方法 。 因 此 ， 我 们 希望 语言 可 以 提供 一 种 扩展 来 解决 这 个 问题 。 
显然 ， 这 种 扩展 可 能 要 建立 在 前 面 讨 论 的 静态 属性 功能 之 上 。 例 如 ， 我 们 可 以 想 
象 这 样 修改 原来 的 shell0: 


template <typename T> 
void shell (T const& env) 
{ 
std::instantiation_error( 
lstd: :type<T>::has_member_type<"Index">, 
"T must have an Index member type"); 
std::instantiation_error( 
Istd::type<typename T::Index>::dereferencable, 
"T::Index must be a pointer-like type"); 
typename T::Index i; 
middle(i); 


我 们 假设 伪 函 数 instantiation_errorO 会 中 止 该 实例 化 过 程 〈 因 此 也 避免 了 
middle() 的 实例 化 过 程 触发 诊断 信息 ) ， 并 且 使 编译 器 给 出 一 个 给 定 的 错误 信息 。 


尽管 这 样 是 可 行 的 ， 但 该 方法 却 存在 一 些 缺点 。 例 如 ， 如 果 用 这 种 方式 来 描 
述 一 个 类 型 的 所 有 属性 ， 那 么 代码 很 快 就 会 变 得 很 腔 肿 。 男 外 ， 一 些 人 建议 使 用 
哑 代 码 作为 一 种 中 正 这 种 实例 化 的 构造 ， 下 面 就 是 所 建议 的 多 种 方案 中 的 一 种 
(这 个 方案 没有 引入 新 的 关键 字 ) : 


template <typename T> 
void shell (T const& env) 
{ 


template try { 
typename T::Index p; 
*p = ð; 
} catch "T::Index must be a pointer-like type"; 
typename T::Index i; 
middle(i); 


template try 子 句 的 实体 部 分 只 是 进行 尝试 性 的 实例 化 ， 实 际 上 并 不 会 生成 目 
标 代 码 ; 而 且 ， 如 果 出 现 一 个 错误 的 话 ， 就 会 给 出 后 面 的 诊断 信息 。 遗 憾 的 是 ， 
这 种 机 制 的 实现 很 困难 ， 因 为 即使 可 以 禁止 生成 这 类 目标 代码 ， 编 译 器 内 部 仍然 
会 出 现 一 些 难以 避免 的 边缘 效应 。 换 句 话 说 ， 这 样 一 个 相对 较 小 的 特性 ， 可 能 会 
要 求 现存 的 编译 器 技术 进行 相当 程度 的 重新 构造 。 


事实 上 ， 大 部 分 的 蔡 代 方案 都 是 有 缺点 的 。 例 如 ，C++ 编 译 器 可 以 用 多 种 语 
a (英语 、 德 语 、 日 本 语 等 ) 来 报告 诊断 信息 ， 但 是 在 源 代 码 中 提供 各 种 语言 的 
翻译 将 会 是 非常 复杂 的 。 而 且 ， 如 果实 例 化 过 程 被 完全 中 止 ， 并 且 也 没有 把 前 提 
条 件 准确 表达 出 来 的 话 ， 那 么 对 于 程序 员 而 言 ， 这 样 的 情况 将 会 比 普通 〈 尽 管 很 
TUR) 的 诊断 信息 更 加 难以 处 理 。 


13.12  ” 重 载 类 模板 


我 们 可 以 想象 ， 基 于 模板 参数 之 间 的 差异 对 类 模板 进行 重 载 是 完全 可 能 的 。 
例如 ， 假 设 有 下 面 的 例子 : 


template <typename T1> 
class Tuple { 
// 单个 


}3 


template <typename T1, typename T2> 
class Tuple { 
// 一 对 


}; 
template <typename T1, typename T2, typename T3> 


class Tuple { 
// 3 元 组 


}; 


在 下 一 节 ， 我 们 将 讨论 一 个 使 用 这 类 重 载 的 应 用 程序 。 


事实 上 ， 重 载 并 不 受 限 于 模板 参数 的 个 数 ( 这 种 重 载 可 以 用 局 部 特 化 来 仿 
效 ， 诸 如 第 22 重 的 FunctionPtr) ， 也 可 以 借助 于 参数 的 不 同 种 类 进行 重 载 : 


template <typename T1, typename T2> 
class Pair { 
// 一 对 泛 型 的 类 型 域 


}; 
template <int I1, int I2> 
class Pair { 


// 一 对 党 整数 人 
a 


尽管 语言 设计 者 已 经 在 非 正式 场合 对 这 个 话题 进行 了 多 次 的 讨论 ， 但 C++ 标 
准 委 员 会 仍然 还 没有 正式 提出 这 个 话题 。 


13.13 List 参数 


有 时 候 ， 我 们 希望 可 以 把 具有 几 个 类 型 的 列表 看 成 一 个 单一 的 模板 实 参 ， 并 
用 这 个 单一 实 参 进行 传递 。 通 种 情况 下 ， 使 用 这 种 列表 会 有 两 个 目的 : 声明 一 个 
参数 个 数 不 固 定 的 函数 ， 或 者 定义 一 种 具有 成 员 个 数 不 固 定 的 类 型 结构 。 

例如 ， 我 们 希望 定义 一 个 能 够 计算 任意 多 个 值 中 最 大 者 的 模板 。 一 种 可 能 的 


声明 语法 是 : 使 用 省 略 号 标记 ， 从 而 说 明 最 后 一 个 模板 参数 的 含义 是 允许 匹配 任 
意 个 数 的 实 参 。 


#include <iostream> 


template <typename T, ... list> 
T const& max (T const&, T const&, list const&); 


int main() 


std::cout << max(1, 2, 3, 4) << std::endl; 


} 


可 以 演 试 各 种 可 能 的 办 法 来 实现 这 个 模板 。 下 面 就 是 其 中 的 一 种 实现 方法 ， 
它 并 不 需要 新 的 关键 字 ， 但 是 需要 给 函数 模板 重 载 添 加 一 条 新 的 规则 : LE RAAE 
析 规 则 优先 选择 不 具有 list 参 数 的 模板 。 


template <typename T> inline 
T const& max (T const& a, T const& b) 


// 我 们 用 于 求 普通 的 二 元 最 大 值 的 操作 


return a<b?b:a; 


} 


template <typename T, ... list> inline 
T const& max (T const& a, T const& b, list const& x) 


{ 
} 


return max (a, max(b,x)); 


证 我 们 来 看 调用 max(1,2,3,4) 会 经 过 了 哪些 步骤 。 由 于 具有 4 个 参数 ， 所 以 有 具 
有 二 元 参数 的 max() 并 不 能 匹配 ， 于 是 就 选择 了 参数 为 T=int 与 list = int, int 的 第 2 个 
模板 。 这 等 于 调用 第 1 个 实 参 为 1、 第 2 个 实 参 值 为 max(2,3,4) 的 二 元 函数 模板 
max()。 接 下 来 调用 max(2,3,4)， 这 也 不 能 和 二 元 参数 的 max() 进 行 匹 配 ， 于 是 我 们 
要 调用 T= int 与 list = int 的 list 参 数 版 本 。 最 后 这 一 次 的 子 表达 式 是 max(b,x)， 它 可 
以 扩展 成 max(3,4)， 于 是 选择 二 元 模板 ， 该 递归 结束 。 


借助 重 载 浮 数 模板 的 这 种 能 力 ， 一 切 都 可 以 正常 进行 。 当 然 ， 还 存在 一 些 比 


我 们 上 面 的 讨论 更 加 复杂 的 地 方 。 例 如 ， 针 对 上 面 的 情况 〈 常 数 参数 ) ， 我 们 必 
须 准确 地 指定 list const& 的 含义 。 


有 时候， 我 们 希望 引用 list 的 某 个 特定 元 素 或 者 一 个 子 集 。 辟 如， 我 们 可 以 使 
用 下 标 运 算 符 〈 即 []) 来 实现 这 个 目的 。 下 面 的 例子 展示 了 我 们 如 何 借助 模板 技 
术 构 造 一 个 metaprograming， 来 计算 list 中 元 素 的 个 数 : 


template <typename T> 
class ListProps { 

public: 

enum { length = 1 }; 

3 
template <... list> 
class ListProps { 
public: 

enum { length = 1+ListProps<list[1 ...]>::length }; 


}; 


这 些 都 说 明了 list 参 数 对 类 模板 而 言 也 可 能 是 很 有 用 的 ， 而 且 可 以 和 前 面 所 讨 
起 ， 来 实现 〈 或 者 优化 ) 多 种 模板 metaprogramming 技 


另外 ，1list 参 数 还 可 以 用 于 声明 数目 不 确定 的 多 个 域 : 


template <... list> 

class Collection { 
list; 

}; 


有 相当 多 的 基本 用 法 都 可 以 建立 在 这 个 特性 (ist 参 数 ) 之 上 。 关 于 更 多 的 介 
绍 ， 我 们 建议 你 参阅 Modern C++ Design 〈 见 [AlexandrescuDesign]) ， 其 中 使 用 
了 大 量 的 基于 模板 和 基于 宏 的 metaprogramming， 来 补充 说 明 这 个 特性 的 其 他 方 
面 。 


13.14 布局 控制 


对 于 模板 编程 而 言 ， 其 中 一 个 普遍 的 挑战 就 是 ， 声明 一 个 足够 (但 不 能 超过 
KE) 容纳 “一 个 未 知 类 型 T 的 对 象 ” 的 字 节 数组 ， 也 就 是 说 ，T 是 一 个 模板 参数 。 
一 个 典型 的 应 用 程序 就 是 “discriminated union”( 也 称 为 变化 的 类 型 (variant 
type) 或 者 tagged union) : 


template <... list> 
class D_Union { 
public: 
enum { n_bytes }; 
char bytes[n_bytes]; // 对 于 用 模板 实 参 描述 的 多 种 类 型 ， 
// 该 数组 最 后 将 会 存储 其 中 的 一 种 类 型 


种 量 n_bytes 不 能 总 是 设 为 sizeof(T)， 因 为 T 可 能 会 具有 比 字 节 组 冲 区 (bytes 
buffer) 更 加 严格 的 alignment requirement (对 齐 要 求 ) 。 现 在 已 经 存在 多 种 启发 
性 算法 来 考虑 这 种 alignment， 但 这 些 算 法 通常 都 比较 复杂 ， 或 者 会 做 出 任意 的 假 
wa 


Wo 


对 于 这 类 应 用 程序 而 言 ， 我 们 实际 上 是 希望 能 够 “把 类 型 的 alignment 
requirement 表 示 成 一 个 常量 表达 式 ” 并 且 可 以 把 这 种 alignment 强 制 应 用 到 类 型 、 域 
或 者 变量 身上 。 许 多 C 和 C++ 编译 器 已 经 支持 一 个 名 为 _alignof _ 的 运算 符 ， 它 会 
返回 一 个 给 定 类 型 或 者 表达 式 的 alignment。 这 和 sizeof 运 算 符 很 相似 ， 唯 一 的 区 别 
就 是 它 会 返回 一 个 alignment， 而 sizeof 表 达 式 返回 一 个 给 定 类 型 的 大 小 。 许 多 编译 
器 还 提供 了 加 ragma 指 示 符 或 者 类 似 的 装置 来 设置 一 个 实体 的 alignment。 于 是 ， 
将 来 可 能 会 引入 一 个 alignof 关 键 字 ， 它 既 可 以 用 于 表达 式 中 《用 来 获得 
alignment) ， 也 可 以 在 声明 中 使 用 〈 用 来 设置 alignment) 。 


template <typename T> 
class Alignment { 
public: 
enum { max = alignof(T) }; 


}3 


template <... list> 
class Alignment { 
public: 
enum { max = alignof(list[@]) > Alignment<list[1 ...]>::max 
? alignof(list[@]) 
: Alignment<list[1 ...]>::max} 
}; 


// 我 们 还 可 以 根据 上 面 的 代码 ， 类 似 地 设计 几 种 用 于 集合 的 Size 模 板 


// 用 来 获得 一 个 给 定 类 型 列表 的 最 大 size 


template <... list> 
class Variant { 
public: 
char buffer[Size<list>::max] alignof(Alignment<list>: :max) ; 


}3 


13.15 KURM AEM 


我 们 通常 会 说 : “程序 员 是 懒惰 的 "。 有 时 候 这 句 话 也 说 明 我 们 希望 让 程序 符 
号 变 得 更 加 紧凑 。 就 这 一 点 而 言 ， 让 我 们 考虑 下 面 的 声明 


std: :map<std::string, std::list<int> >* dict 
= new std::map<std::string, std::list<int> >; 


这 个 声明 是 非常 见长 的 ， 在 实际 情况 中 我 们 可 以 也 经 常 》 为 这 个 类 型 引入 
一 个 typedef 类 型 别名 。 然 而 ， 我 们 仍然 能 看 到 这 个 声明 的 元 长 部 分 : 我们 指定 了 
dict 的 类 型 ， 但 在 初始 化 器 中 却 再 次 隐 式 地 指定 了 dict 的 类 型 。 于 是 ， 我 们 会 考虑 
是 否 存在 一 个 等 价 的 声明 ， 它 只 需要 指定 一 次 类 型 ? 例如 ; 


[acı dict = new std::map<std::string, std::list<int> >; 


对 于 最 后 一 个 声明 ， 我 们 通过 初始 化 器 的 类 型 来 演绎 变量 dict 的 类 型 。 这 里 
需要 使 用 一 个 关键 字 〈 在 我 们 这 个 例子 中 是 dd， 也 有 人 建议 使 用 var 或 者 auto 来 作 
为 关键 字 ) ， 以 将 这 个 声明 和 普通 的 赋值 操作 区 分 开 来 。 


迄今 为 止 ， 这 种 问题 并 不 仅 仪 局 限于 模板 。 事 实 上 ， 在 早期 的 Cfront 编 译 器 
(在 1982 年 ， 模 板 出 现 以 前 〉 版 本 就 允许 这 种 构造 。 然 而 ， 正 是 基于 模板 的 类 型 
的 见长 性 才 对 这 种 特性 的 使 用 提出 了 新 的 需求 。 


我 们 可 以 想象 一 种 局 部 演绎 方式 ， 在 该 方式 中 ， 只 有 模板 实 参 才 必须 进行 演 


绎 
std::list<> index = create_index(); 
这 种 演绎 的 另 一 种 变化 是 : 根据 构造 函数 实 参 来 演绎 模板 实 参 。 例 如 : 


template <typename T> 
class Complex { 
public: 
Complex(T const& re, T const& im); 


}3 


Complex<> z(1.0, 3.0); // 演绎 T = double 
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很 难 给 出 准确 定义 。 例 如 ， 假 设 我 们 的 Complex 模 板 除 了 包含 一 个 普通 的 找 贝 构 
造 图 数 之 外 ， 还 包含 了 一 个 构造 函数 模板 : 


template <typename T> 
class Complex { 
public: 
Complex(Complex<T> const&); 


template <typename T2> Complex(Complex<T2> const&); 


}3 


Complex<double> j(@.0, 1.0); 
Complex<> z = j; // 会 调用 哪 一 个 构造 函数 呢 


对 于 最 后 一 个 初始 化 ， 可 能 会 调用 普通 的 拷贝 构造 函数 ; 因此 z 和 j 应 该 具有 
相同 的 类 型 。 然 而 ， 如 果 试 图 把 这 种 选择 看 成 是 一 种 隐 式 的 规则 ， 甚 至 忽略 构造 
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13.16 ”水 数 表 达 式 


像 第 22 音 所 介绍 的 一 样 ， 把 一 个 小 的 函数 《或 者 仿 函 数 ) 作为 一 个 参数 传递 
给 其 他 的 函数 通常 都 是 很 方便 的 。 我 们 还 在 第 18 半 说 明了 : 表达 式 模板 技术 能 够 
被 准确 地 用 于 创建 小 的 仿 函 数 ， 而 且 不 会 涉及 到 显 式 声明 的 开销 ( 见 18.3 节 〉。 


例如 ， 我 们 希望 对 一 个 标准 vector 的 每 个 元 素 都 调用 一 个 特定 的 成 员 困 数 ， 
同时 初始 化 该 vector: 


class BigValue { 
public: 
void init(); 


T 


class Init { 
public: 
void operator() (BigValue& v) const { 
v.init(); 
} 
}; 
void compute (std::vector<BigValue>& vec) 
{ 
std::for_each (vec.begin(), vec.end(), 
Init()); 


事实 上 ， 我 们 没有 必要 定义 一 个 分 开 的 类 Init。 因 此 ， 我 们 可 以 想象 这 样 编写 
代码 : 让 这 个 (未 命名 的 ) 函数 的 实体 作为 表达 式 的 一 部 分 : 


class BigValue { 
public: 
void init(); 


T 


void compute (std::vector<BigValue>& vec) 
{ 

std::for_each (vec.begin(), vec.end(), 
$(BigValue&) { $1.init(); }); 


这 里 的 用 法 是 : 我 们 引入 了 一 个 函数 表达 式 ， 它 使 用 了 一 个 特殊 符号 $ ， 该 
符号 后 面 紧 跟 圆 括号 中 的 参数 类 型 和 人 花 括号 里 面 的 实体 。 在 这 个 构造 的 内 部 ， 我 


们 可 以 通过 符号 知 来 引用 每 个 参数 ， 其 中 第 数 n 表 示 第 几 个 参数 。 


这 种 形式 和 所 谓 的 lambda 表 达 式 (或 者 称 为 lambda 函 数 ) 紧密 相关 ， 也 类 似 
于 其 他 编程 语言 的 closure。 然 而 ， 还 存在 其 他 的 解决 方案 。 例 如 ，Java 使 用 了 匿 
名 内 联 类 的 解决 方案 : 


class BigValue { 
public: 
void init(); 


E 


void compute (std::vector<BigValue>& vec) 


std::for_each (vec.begin(), vec.end(), 
class { 
public: 
void operator() (BigValue& v) const { 
v.init(); 


); 


对 于 这 种 构造 ， 尽 管 在 语言 设计 者 中 已 经 多 次 被 正式 提出 ， 但 是 具体 的 建议 
却 几乎 没有 。 这 可 能 是 由 于 下 面 的 事实 : 设计 这 个 扩展 是 一 件 很 难 的 工作 ， 远 远 
不 止 我 们 例子 中 所 讨论 的 这 些 内 容 。 在 许多 要 被 解决 的 问题 中 ， 其 中 的 两 个 比较 
重要 的 问题 是 : 返回 类 型 的 规范 ， 以 及 确定 在 函数 表达 式 体 中 ， 何 种 实体 是 可 访 
问 的 规则 。 例 如， 是 否 可 以 访问 外 围 的 函数 中 的 局 部 变量 ? 另外 ， 函 数 表 达 式 也 
可 以 被 看 成 是 模板 ， 模 板 中 的 参数 类 型 可 以 根据 函数 表达 式 的 具体 用 法 进行 演 
绎 。 这 个 观点 能 够 使 前 面 的 例子 显得 更 加 准确 〈 它 允许 我 们 可 以 完全 省 略 参数 列 
R) 。 但 是 ， 这 个 想法 会 给 模板 实 参 演绎 系统 禹 来 一 些 新 的 挑战 。 


我 们 仍然 不 知道 C++ 是 否 会 包含 一 个 类 似 函 数 表达 式 的 概念 。 然 而 ，Jaakko 
Jirvi 和 Gary Powell 的 Lambda 程 序 库 〈 见 [LambdaLib]) 为 了 提供 这 个 功能 而 进行 
了 很 多 的 工作 ， 即 使 该 功能 会 占用 很 多 昂贵 的 编译 资源 。 


13.17 本 章 后 记 


显然 ， 在 C++ 编译 器 还 没有 完全 兼容 1998 年 的 标准 (C++98) 的 情况 下 ， 我 
们 就 谈论 语言 的 扩展 或 许 会 有 些 不 太 成 熟 。 然 而 ， 在 编译 器 不 断 和 语言 进行 兼容 
的 同时 ， 我 们 (C++ 程序 员 社 团 〉 也 看 到 了 C++ 的 一 些 真正 的 不 足 之 处 〈 特 别 是 
模板 ) 。 


为 了 迎合 C++ 程 序 员 的 要 求 ，C++ 标 准 委 员 会 (通常 称 为 I SO WG21/ANSI J16 
或 者 WG21/J16) 开始 尝试 一 条 通 癌 新 标准 的 道路 ， 也 就 是 C++0x。 在 2001 年 4 月 
在 Copenhagen( 哥 本 哈 根 ， 丹 麦 首都 ;召开 的 会 议 上 ， 初 步 表 述 了 这 个 新 的 标准 
C++0x，WG21/J16 也 已 经 开始 考察 具体 的 程序 库 扩展 方案 。 


实际 上 ， 标 准 委 员 会 的 动机 是 尽 可 能 地 限制 C++ 标准 库 的 扩展 。 众 所 周知 ， 
东 些 扩展 可 能 需要 针对 核心 语言 进行 大 量 的 工作 。 另 外 ， 我 们 期 望 许多 必要 的 修 
改 会 和 C++ 模板 相关 ， 就 像 1990 年 把 STL 引 入 C++ 标准 库 一 样 ， 很 好 地 刺激 了 模板 
技术 的 发 展 。 

最 后 ， 大 家 还 期 望 Ct++0x 可 以 解决 Ct++98 中 的 不 足 。 大 家 都 希望 这 样 可 以 提 
ee ee 

) 的 一 些 扩展 。 


第 3 部 分 模板 与 设计 


对 于 所 选择 的 程序 设计 语言 ， 程 序 通常 都 是 通过 一 些 设计 来 构造 ， 这 些 设 计 
可 以 很 好 地 映射 到 该 语言 所 提供 的 多 种 机 制 。 由 于 模板 是 一 种 全 新 的 语言 机 制 ， 
RARR E E ETE 
这 些 技术 。 


与 大 多 数 传统 的 语言 构造 相 比 ， 模 板 的 不 同 之 处 在 于 : 它 允 许 我 们 在 代码 中 
对 类 型 和 函数 进行 参数 化 。 把 (1) 局 部 特 化 和 “2) 递归 实例 化 组 合 起 来 ， 将 会 
产生 出 人 意料 的 强大 威力 。 在 接 下 来 的 几 章 里 ， 我 们 通过 下 面 的 一 些 设计 技术 来 
展示 这 些 强 大 威力 : 


° 泛 型 编程 。 

° trait. 

° policy class. 

e metaprogramming. 


。 表达 式 模板 。 


我 们 的 阐述 并 不 仅仅 列举 出 许多 已 经 知道 的 设计 技术 ， 同 时 更 注重 于 阐明 产 
生 这 些 技术 的 各 种 原则 ， 这 样 我 们 才能 够 创建 新 的 技术 。 


第 14 章 ”模板 的 多 态 威力 


多 态 是 一 种 能 够 令 单 一 的 泛 型 标记 关联 不 同 特定 行为 的 能 力 叫 。 对 面向 对 象 
的 程序 设计 范例 而 言 ， 多 态 可 以 说 是 一 块 基 石 。 在 C++ 中 ， 这 块 基石 主要 是 通过 
继承 和 虚 函 数 来 实现 的 。 由 于 这 两 个 机 制 《〈《 继 承 和 虚 函 数 ) 都 是 (人 至少 一 部 分 ) 
在 运行 期 进行 处 理 的 ， 因 此 我 们 把 这 种 多 态 称 为 动 多 态 (dynamic 
polymorphism) ; 我们 平常 所 谈论 的 C++ 多 态 指 的 就 是 这 种 动 多 态 。 然 而 ， 模 板 
也 人 允许 我 们 使 用 单一 的 泛 型 标记 ， 来 关联 不 同 的 特定 行为 ; 但 这 种 (借助 于 模板 
的 ) 关联 是 在 编译 期 进行 处 理 的 ， 因 此 我 们 把 这 种 《借助 于 模板 的 ) 多 态 称 为 静 
多 态 (static polymorphism) ， 从 而 和 上 面 的 动 多 态 区 分 开 来 。 在 这 一 章 里 ， 我 们 
将 重 温 这 两 种 形式 的 多 态 ， 然 后 讨论 : 在 何 种 情况 下 ， 应 该 使 用 哪 一 种 多 态 。 
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在 C++ 的 历史 上 ， 开 始 人 们 只 是 使 用 继承 来 对 多 态 提 供 支 持 ， 而 且 这 种 继承 
是 和 虚 函 数 紧密 联系 在 一 起 的 外。 在 这 种 情况 下 ， 多 态 的 设计 思想 主要 在 于 : 对 
于 几 个 相关 对 象 的 类 型 ， 确 定 它们 之 间 的 一 个 共同 功能 集 ， 然 后 在 基 类 中 ， 把 这 
些 共同 的 功能 声明 为 多 个 虚 函 数 接口 。 


基于 这 种 设计 方案 的 一 个 典型 例子 是 : 一 个 用 于 管理 某 些 几何 形状 ， 并 且 能 
够 以 某 种 方式 〈 例 如 在 屏幕 上 面 ) 对 这 些 形状 进行 修改 的 应 用 程序 。 在 这 个 应 用 
程序 中 ， 我 们 可 以 确定 一 个 所 谓 的 抽象 基 类 (abstract base class, ABC) 
GeoObj， 它 声明 了 一 些 适 用 于 所 有 几何 对 象 的 公共 操作 和 属性 。 于 是 ， 每 个 针对 
特定 几何 对 象 的 具体 类 都 派生 自 GeoObj 〈 见 图 14.1) 。 


GeoObj 


virtual draw() = 0 
virtual center_of_gravity() = 0 


| Circle | Line Rectangle 


draw() draw() | draw() 
center_of_gravity() | center_of_gravity() | center_of_gravity() 


图 14.1 使 用 继承 实现 的 多 态 


// poly/dynahier. hpp 


#include "coord.hpp" 


// 针对 几何 对 象 的 公共 抽象 基 类 Geo0bj 
class GeoObj { 
public: 
// 画 出 几何 对 象 : 
virtual void draw() const = @; 
// 返回 几何 对 象 的 重心 : 


virtual Coord center_of_gravity() const = 8; 


}; 


// 基体 的 几何 对 象 类 Circle 
// - 派生 自 Geo0bj 
class Circle : public GeoObj { 
public: 
virtual void draw() const; 
virtual Coord center_of_gravity() const; 


}3 


// 其 体 的 几何 对 象 类 Line 
// - 派生 自 Geo0bj 
class Line : public GeoObj { 
public: 
virtual void draw() const; 
virtual Coord center_of_gravity() const; 


}3 
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作 这 些 对 象 ， 并 且 能 够 通过 这 些 引 用 或 者 指针 来 实现 虚 函 数 的 调度 机 制 。 也 就 是 
说 ， 利 用 一 个 指向 基 类 〈 子 对 象 ) 的 指针 或 者 引用 来 调用 虚 成 员 函 数 ， 实 际 上 将 
可 以 调用 指针 或 者 引用 实际 上 所 代表 的 ) 具体 类 对 象 的 相应 成 员 。 


在 我 们 的 例子 中 ， 可 以 如 下 组 织 具体 的 代码 : 


// poly/dynapoLy.cpp 


#include "dynahier.hpp" 
#include <vector> 


// 画 任意 一 个 Geo0b]j 
void myDraw (GeoObj const& obj) 


obj.draw(); // 根据 对 象 的 类 型 来 调用 对 应 的 draw() 


// 计算 两 个 Geo0bj 对 象 重心 之 间 的 距离 
Coord distance (GeoObj const& x1, GeoObj const& x2) 
{ 
Coord c = x1.center_of sade - x2.center_of_gravity(); 


return c.abs(); // 返回 坐标 的 绝对 但 


} 
// 画 出 属于 异类 集合 的 Geo0bj 对 象 


void drawElems (std::vector<GeoObj*> const& elems) 


for (unsigned i=@; i<xelems.size(); ++i) { 


elems[i]->draw(); // 根据 元 素 的 类 型 来 调用 相应 的 draw() 


} 


int main() 
{ 
Line 1; 
Circle c, c1, c2; 


myDraw( 1); // myDraw(Geo0bj&) => Line::draw() 
myDraw(c); // myDraw(Geo0bj&) => Circle::draw() 
distance(c1,c2); // distance(Geo0bj&,Geo0bj&) 
distance(l,c); // distance(GeoObj&, Geo0bj&) 
std::vector<GeoObj*> coll; // 元 素 类 型 互 异 的 集合 
coll.push_back(&1) ; // 插入 一 条 直线 
coll.push_back(&c); // 插入 一 个 圆 

drawElems(col1); // 画 不 同 种 类 的 Geo0bj 对 象 


在 上 面 代码 中 ， 函 数 drawO 〇 和 center_of_gravity0 是 两 个 主要 的 多 态 接 口 元 素 ， 
它们 也 都 是 虚拟 的 成 员 函 数 。 在 例子 中 ， 我 们 给 出 了 这 两 个 函数 在 函数 
mydraw()、distance() 和 drawElems() 中 的 用 法 ; 而且 ， 在 后 面 这 3 个 函数 〈 指 
mydraw0 等 ) 中 ， 我 们 使 用 公共 基 类 GeoObj 来 表示 对 象 的 类 型 ， 因 此， 在 编译 期 
并 不 能 确定 会 使 用 属于 哪个 具体 类 的 draw0) 或 center_of_gravity0 函 数 。 然 和 而， 如果 
是 在 运行 期 ， 那 么 就 可 以 通过 访问 实际 对 象 的 完整 动态 类 型 来 调度 这 两 个 虚 函 数 
的 调用 ， 而 这 个 实际 对 象 就 是 调用 虚 函 数 的 指针 所 代表 的 对 象 。 因 此 ， 根 据 几 何 
对 象 的 实际 类 型 ， 就 可 以 完成 相应 的 函数 调用 。 例 如 ， 如 果 是 Line 对 象 调用 
mydraw() 函 数 ， 那 么 obj.draw0 将 会 调用 Line::draw(); 然而 ， 如 果 draw0 函 数 面 对 
的 是 Circle 对 象 ， 那 么 将 会 调用 Circle::draw()。 类 似 地 ， 在 函数 distance() 中 ， 也 会 
根据 实际 的 对 象 来 调用 相应 的 center_of_gravityO 函 数 。 


对 于 动 多 态 而 言 ， 最 引入 注目 的 特性 或 许 是 处 理 异类 容器 的 能 力 。 上 面 例子 
中 的 drawElems 就 前 述 了 这 个 概念 ， 诸 如 下 面 的 简单 表达 式 ; 


elems[i]->draw() 
将 会 根据 被 迭代 元 素 的 类 型 ， 而 调用 不 同 的 成 员 函 数 。 


14.2 aA 


模板 也 能 够 被 用 于 实现 多 态 。 然 而 ， 这 种 多 态 并 不 依赖 于 在 基 类 中 包含 公共 
行为 的 因素 ; 但 仍然 存在 一 种 隐 式 的 公共 性 ， 即 应 用 程序 的 不 同 “ 形 状 〈 即 类 
型 ) ”都 必须 支持 茶 些 使 用 公共 语法 的 操作 (也 就 是 说 ， 相 关 的 函数 必须 具有 相同 
的 名 称 ) 。 另 外 ， 有 具体 类 之 间 的 定义 是 互相 独立 的 〈 见 图 14.2) 。 于 是 ， 当 用 具 
体 类 对 模板 进行 实例 化 的 时 候 ， 这 种 多 态 的 威力 就 显示 出 来 了 。 


| center_of_gravity() 


de i ee T 

| Circle | Line | Rectangle 

| draw() | draw() | draw() | 
| center_of_gravity() | center_of_gravity() 


| 
| 


图 14.2 借助 于 模板 所 实现 的 多 态 
例如 ， 前 面 小 布 中 的 myDraw0 函 数 : 


void myDraw (Geo0bj const& obj) <em> // </em>Geo0bj 是 一 个 抽象 基 类 


obj.draw(); 


大 概 可 以 被 改写 如 下 : 


template &lt; typename GeoObj> 
void myDraw (GeoObj const& obj) <em> // </em>GeoObj 是 模板 参数 


obj.draw(); 


通过 比较 myDraw0) 的 这 两 个 实现 ， 我 们 可 以 看 出 : 主要 的 区 别 在 于 后 一 个 
GeoObj 的 规范 是 模板 参数 ， 而 不 是 一 个 公共 基 类 。 然 而 ， 在 这 个 现象 的 背后 ， 还 
存在 更 多 本 质 的 差别 。 例 如 ， 使 用 动 多 态 ， 我 们 在 运行 期 只 具有 一 个 myDraw0 函 
数 ， 而 如 果 使 用 模板 ， 我 们 则 可 能 具有 多 个 不 同 的 函数 ， 诸 如 myDraw<Line>0) 和 


myDraw<Circle>()。 
接 下 来 ， 对 于 上 一 小 节 的 例子 ， 我 们 将 用 静 多 态 进 行 改写 ， 并 给 出 一 个 完整 


的 例子 。 首 先 ， 我 们 在 这 里 并 没有 构造 一 个 几何 类 的 体系 ， 而 是 创建 了 几 个 单独 
的 几何 类 : 


// poly/statichier.hpp 


#include "coord.hpp" 


// 有 具体 的 几何 对 象 类 Circle 
// - 并 没有 派生 自任 何其 他 的 类 
class Circle { 
public: 
void draw() const; 
Coord center_of_gravity() const; 


}3 


// 其 体 的 几何 对 象 类 Line 
// - 并 没有 派生 自任 何其 他 的 类 
class Line { 
public: 
void draw() const; 
Coord center_of_gravity() const; 


}3 


现在 ， 使 用 这 些 类 的 应 用 程序 看 起 来 如 下 所 示 : 


// poly/staticpoly.cpp 


#include "statichier.hpp" 
#include <vector> 


// 画 出 任意 Geo0bj 
template <typename GeoObj> 
void myDraw (GeoObj const& obj) 


obj.draw(); // 根据 对 象 的 类 型 调用 相应 的 draw() 


} 


// 计算 两 个 Geo0bj 对 象 之 间 重 心 的 距离 
template <typename GeoObj1, typename GeoObj2> 
Coord distance (GeoObj1 const& x1, GeoObj2 const& x2) 


{ 


Coord c = x1.center_of_gravity() - x2.center_of_gravity(); 
return c.abs(); // 返回 坐标 的 绝对 值 


} 


// 画 出 属于 异类 集合 的 Geo0bj 对 象 
template <typename GeoObj> 
void drawElems (std::vector<GeoObj> const& elems) 


for (unsigned i=0; i<xelems.size(); ++i) { 


elems[i].draw(); // 根据 元 素 的 类 型 调用 相应 的 draw() 


} 


} 


int main() 


{ 
Line 1; 
Circle c, c1, c2; 
myDraw( 1); // myDraw<Line>(Geo0bj&) => Line::draw() 
myDraw(c); // myDraw<Circle>(Geo0bj&) => Circle::draw() 
distance(c1,c2); 

//distance<Circle, Circle>(Geo0bj1&,Geo0bj2&) 

distance(l,c); // distance<Line, Circle>(Geo0bj1&, GeoObj2&) 
// std::vector<GeoObj*> coll; // 错误 : 异类 集合 在 这 里 是 不 允许 的 
std::vector<Line> coll; // EM: 同类 集合 在 这 里 是 允许 的 
coll.push_back(1); // 插入 一 条 直线 
drawElems(col1); // 画 出 所 有 的 直线 

} 


在 上 面 的 distance0 函 数 中 ， 有 一 点 和 myDraw0 函 数 是 不 同 的 : 我 们 已 经 不 再 
使 用 GeoObj 作 为 一 个 具体 的 参数 类 型 ， 而 是 提供 了 两 个 模板 参数 GeoObj1 和 
GeoObj2。 通 过 使 用 这 两 个 不 同 的 模板 参数 ， 距 离 计算 函数 就 可 以 接受 由 两 个 不 
同 的 几何 对 象 类 型 所 组 成 的 各 种 组 合 : 


distance(1,c); // distance<Line, Circle>(Geo0bj1&, GeoO0bj2&) 


然而 ， 我 们 在 此 再 也 不 能 透明 地 处 理 异 类 的 集合 ;这 也 是 静 多 态 的 静态 特性 
所 强加 的 约束 : 所 有 的 类 型 都 必须 能 够 在 编译 期 确定 。 但 我 们 可 以 为 不 同 的 几何 
对 象 类 型 引入 不 同 的 集合 ， 而 且 ， 集 合 的 元 素 类 型 也 不 再 局 限于 指针 ， 从 而 能 够 
在 性 能 和 类 型 安全 方面 给 我 们 市 来 一 些 显著 的 好 处 。 


143 ” 动 多 态 和 胡 多 人 态 
我 们 来 对 多 态 进行 分 类 ， 并 对 这 两 种 多 态 进行 比较 。 


14.3.1 术语 


动 多 态 和 静 多 态 为 不 同 的 C++ 编程 idioms 提 供 了 支持 器]: 


。 通过 继承 实现 的 多 态 是 绑 定 的 和 动态 的 : 
o 绑 定 的 含义 是 : 对 于 参与 多 态 行为 的 类 型 ， 它 们 《有 具有 多 态 行为 ) 的 接 
口 是 在 公共 基 类 的 设计 中 就 预先 确定 的 〈 有 时 候 也 把 绑 定 这 个 概念 称 为 
入 侵 的 或 者 插入 的 ) 。 
o 动态 的 含义 是 : 接口 的 绑 定 是 在 运行 期 〈 动 态 ) 完成 的 。 
。 通过 模板 实现 的 多 态 是 非 绑 定 的 和 静态 的 : 
o 非 绑 定 的 含义 是 : 对 于 参与 多 态 行 为 的 类 型 ， 它 们 的 接口 是 没有 预先 确 
定 的 《有 时 也 称 这 个 概念 为 非 入 侵 的 或 者 非 插入 的 ) 。 
o 静态 的 含义 是 : 接口 的 绑 定 是 在 编译 期 〈 静 态 ) 完成 的 。 


因此 ， 严 格 地 讲 ， 在 针对 C++ 的 说 法 中 ， 动 多 态 是 绑 定 并 且 动态 的 多 态 的 简 
称 ， 而 静 多 态 则 是 非 绑 定 并 且 静 态 的 多 态 的 简称 。 但 是 在 其 他 语言 中 ， 还 可 能 会 
有 其 他 组 合 存在 〈 例 如 ，Smalltalk 就 提供 了 非 绑 定 的 动态 多 态 ) 。 然 而 ， 在 
C++ 的 上 下 文中 ， 动 多 态 和 静 多 态 是 两 个 非常 准确 的 概念 ， 并 不 会 产生 混 消 。 


14.3.2 ”优点 和 缺点 

C++ 的 动 多 态 具 有 下 列 优点 : 

能 够 优雅 地 处 理 异 类 集合 。 

可 执行 代码 的 大 小 通常 比较 小 (因为 只 需要 一 个 多 态 函 数 ， 但 对 于 静 多 态 而 

言 ， 为 了 处 理 不 同 的 类 型 ， 必 须 生 成 多 个 不 同 的 模板 实例 ) 。 

可 以 对 代码 进行 完全 编译 ;因此 并 不 需要 发 布 实现 源码 〈 但 是 ， 分 发 模板 库 

通常 都 需要 同时 分 发 模板 实现 的 源 代码 ) 。 

另 一 方面 ，C++ 的 静 多 态 则 具有 下 列 优点 : 

e。 可 以 很 容易 地 实现 内 建 类 型 的 集合 。 更 广义 地 说 ， 并 不 需要 通过 公共 基 类 来 
而 


表达 接口 的 共同 性 。 

。 所 生成 的 代码 效率 通常 都 比较 高 〈 因 为 并 不 存在 通过 指针 的 间接 调用 ， 

且 ， 可 以 进行 演绎 的 非 虚 拟 函 数 具 有 更 多 的 内 联机 会 ) 。 

。 对 于 只 提供 部 分 接口 的 具体 类 型 ， 如 果 在 应 用 程序 中 只 是 使 用 到 这 一 部 分 接 


口 ， 那 么 也 可 以 使 用 该 具体 类 型 ， 而 不 必 在 乎 该 类 型 是 否 提供 其 他 部 分 的 接 
Ho 


通常 而 言 ， 与 动 多 态 相 比 ， 静 多 态 被 认为 具有 更 好 的 类 型 安全 性 ， 因 为 静 多 
态 在 编译 期 会 对 所 有 的 绑 定 操作 进行 检查 。 例 如 ， 假 设 我 们 尝试 把 一 个 错误 类 型 
的 对 象 插入 到 一 个 容器 中 ， 如 果 这 个 容器 是 根据 模板 实例 化 而 生成 的 话 ， 那 么 几 
乎 不 会 有 危险 ， 因 为 在 编译 期 就 可 以 检查 出 这 个 错误 ， 但 如 果 该 容器 所 期 望 的 元 
素 是 指向 公共 基 类 的 指针 ， 那 么 这 些 指 针 最 后 很 有 可 能 会 指向 不 同类 型 的 完整 对 
象 ， 而 这 就 有 可 能 会 插入 错误 类 型 的 对 象 。 


在 实际 应 用 中 ， 对 于 看 起 来 相同 的 接口 ， 如 果 在 它们 背后 隐藏 着 一 些 语 义 假 
设 的 话 ， 那 么 模板 实例 化 体 有 时 也 会 导致 一 些 问题 。 例 如 ， 对 于 一 个 假设 具有 关 
联运 算 符 + 的 模板 ， 如 果 基 于 一 个 没有 关联 该 运算 符 的 类 型 来 实例 化 这 个 模板 ， 
那么 就 会 出 现 一些 问 题 。 然 而 ， 基 于 继承 体系 的 多 态 则 很 少 会 出 现 这 种 语义 非 匹 
配 的 问题 ， 因 为 公共 接口 规范 已 经 在 基 类 中 《〈 更 加 ) 显 式 地 指定 了 。 


14.3.3 组 合 这 两 种 多 态 


显然 ， 你 可 以 组 合 这 两 种 形式 的 多 态 。 例 如 ， 你 可 以 从 一 个 公共 基 类 派生 出 
不 同 种 类 的 几何 对 象 类 ， 从 而 能 够 处 理 属 于 异类 集合 的 不 同 几 何 对 象 。 另 一 方 
面 ， 你 仍然 可 以 使 用 模板 来 编写 针对 茶 种 几何 对 象 的 代码 。 


我 们 将 在 第 16 章 中 进一步 阐述 继承 和 模板 的 组 合 。 在 第 16 章 中 ， 我 们 将 看 
到 : 如 何 对 成 员 函 数 的 虚拟 性 进行 参数 化 ， 当 使 用 基于 继承 的 奇异 递归 模板 模式 
(cuiriously recurring template pattern，CRTP) 的 时 候 ， 静 多 态 要 牺牲 哪些 额外 的 
灵活 性 。 


14.4 新 形式 的 设计 模板 


这 种 新 形式 的 静 多 态 带 来 了 实现 设计 模式 的 新 方法 。 例 如 ， 以 在 C++ 程 序 设 
计 中 扮演 重要 角色 的 桥 模 式 (bridge pattern) 为 例 。 我 们 使 用 桥 模式 的 目的 是 为 
了 能 够 在 同一 接口 的 多 个 不 同 实现 中 进行 切换 。 根 据 [DesignPatternsGoV] 所 言 ， 
我 们 通常 可 以 使 用 一 个 指针 来 引用 具体 的 实现 ， 然 后 把 所 有 的 调用 都 委托 给 这 个 
(包含 具体 实现 的 ) 类 ， 从 而 达到 我 们 的 目的 〈 见 图 14.3) 。 


Implementation* body; virtual operationA( 


operationA() { 
body->operationA() 


)=0; 
virtual operationB() = 0; 
)=0; 


virtual operationC( 


operationB() { 
body->operationB() 
body->operationC() 


Implementation A Implementation B 


virtual operationA(); virtual operationA(); 


virtual operationB(); virtual operationB(); 


virtual operationC(); virtual operationC(); 


图 14.3 ”使 用 继承 实现 的 桥 模 式 


然而 ， 如 果实 现 的 类 型 在 编译 期 就 已 经 是 确定 的 ， 那 么 我 们 就 可 以 借助 于 模 
板 的 方法 来 实现 桥 模 式 〈 见 图 14.4) 。 这 将 可 以 带 来 更 好 的 类 型 安全 性 ， 并 且 也 
能 避免 使 用 指针 ， 而 且 还 能 带 来 更 高 的 效率 。 


Interface 


Impl body; 
Implementation B 


operationA( 


operationA() { 
; body.operationA() Implementation A 
operationB() { operationA(); 


body.operationB() 
body.operationC() 


operationB(); 


); 
operationB(); 
); 


operationC(); operationC( 


图 14.4 ”使 用 模板 实现 的 桥 模式 


14.5 泛 型 程序 设计 


静 多 态 涉 及 到 了 泛 型 程序 设计 的 概念 。 然 而 ， 对 于 泛 型 程序 设计 ， 并 没有 一 
个 统一 的 定义 《就 像 面向 对 象 的 程序 设计 也 没有 统一 的 定义 一 样 ) 。 根 据 
[CzarneckiEiseneckerGenPorg] 所 言 ， 这 个 概念 涉及 的 范围 从 使 用 泛 型 参数 进行 程 
序 设计 ， 一 直到 找 出 高 效 算法 的 最 抽象 表述 。 该 书 总 结 如 下 : 

泛 型 程序 设计 是 计算 机 科学 的 一 个 分 支 ， 它 运用 自身 系统 的 组 织 ， 来 找到 高 


效 的 算法 、 数 据 结构 和 其 他 软件 概念 的 抽象 表述 ， 以 及 它们 系统 化 的 组 织 方 
式 ..……. 泛 型 程序 设计 主要 着 重 于 表示 一 组 相关 的 领域 概念 〈 见 该 书 的 169 和 170 


在 C++ 的 上 下 文中 ， 我 们 有 时 也 把 泛 型 程序 设计 定义 为 运用 模板 的 程序 设计 
(就 像 面 向 对 象 的 程序 设计 被 看 成 是 运用 虚 函 数 的 程序 设计 〉 。 就 这 种 意义 而 
言 ，C++ 模 板 的 每 次 使 用 都 可 以 被 看 成 是 泛 型 程序 设计 的 一 个 实例 ;然而 ， 开 发 
人 员 却 经 常 认 为 泛 型 程序 设计 本 身 具 有 一 个 额外 的 本 质 特 性 : BIE “ES 
设计 模板 的 目的 是 为 了 能 够 得 到 多 种 有 用 的 《类 型 ) 组 合 。 


到 目前 为 止 ， 在 C++ 泛 型 程序 设计 领域 中 ， 最 显著 的 贡献 就 是 STL (Standard 
Template Library) ， 它 后 来 被 采纳 并 引入 到 C++ 标准 库 中 。STL 实 际 上 是 一 个 框 
架 ， 它 提供 了 许多 有 用 的 操作 ， 我 们 也 把 这 些 操作 称 为 算法 ; 它 同 时 也 为 对 象 集 
合 提 供 了 许多 线性 数据 结构 ， 我 们 把 这 些 数据 结构 称 为 容器 ; 而且 ， 算 法 和 容器 
都 是 模板 。 然 而 ， 关 键 之 处 在 于 算法 并 不 是 容器 的 成 员 函 数 ， 而 是 以 一 种 泛 型 的 
方式 编写 的 ， 因 此 任何 容器 (和 线性 的 元 素 集 合 ) 都 可 以 使 用 这 些 算 法 。 为 了 实 
现 这 个 目的 ，SIE 的 设计 者 引入 了 一 个 称 为 迭代 器 的 抽象 概念 ， 任 何 种 类 的 线性 
容器 都 提供 了 这 些 迭 代 器 。 从 本 质 上 讲 ， 容 器 在 针对 集合 方面 的 操作 都 被 外 包 到 
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因此 ， 如 果 要 实现 一 个 诸如 计算 序列 中 最 大 值 的 操作 ， 我 们 并 不 需要 知道 诸 
如 这 些 值 在 序列 中 是 如 何 存储 的 这 样 的 细节 : 


template <class Iterator> 

Iterator max_element (Iterator beg, // 指向 容器 的 起 始 位 置 
Iterator end) // 指向 容器 的 结束 位 置 

{ 


// AREA AISA at HIER ER le GT 
// 从 而 找到 一 个 具有 最 大 值 的 元 素 


// 并 且 以 Iterator 的 形式 返回 这 个 元 素 的 位 置 


} 


在 此 ， 每 个 线性 容器 并 不 需要 提供 诸如 max_element() 的 所 有 操作 ， 而 只 需要 
提供 一 个 能 够 通 历 序列 中 《〈 它 所 包含 的 ) 所 有 值 的 迭代 器 类 型 ， 和 一 些 能 够 创建 
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namespace std { 
template <class T, .. > 
class vector { 
public: 

typedef ... const_iterator; // 为 常量 vector 而 特定 实现 的 
六 // 迭代 器 类 型 
const_iterator begin() const; // 表示 容器 起 始 位 置 的 迭代 器 
const_iterator end() const; // 表示 容器 结束 位 置 的 迭代 器 


}; 
template <class T, ... > 
class list { 
public: 
typedef ... const_iterator; // 为 常量 1ist 而 特定 实现 的 
= // KIRIKAL 
const_iterator begin() const; // 表示 容器 开始 位 置 的 迭代 器 


const_iterator end() const; // 表示 容器 结束 位 置 的 迭代 器 


现在 ， 你 就 可 以 通过 调用 泛 型 的 max_element0 操 作 ， 并 且 以 容器 的 开始 位 置 
人 来 找到 该 容器 的 最 大 值 〈 在 此 我 们 省 略 了 对 空 集合 的 
村 理 ) : 


// poly/printmax. cpp 


#include <vector> 
#include <list> 
#include <algorithm> 
#include <iostream> 
#include "MyClass.hpp" 


template <typename T> 
void print_max (T const& coll) 


{ 


// 声明 一 个 局 部 的 容器 迭代 器 


typename T::const_iterator pos; 


// 计算 出 最 大 值 的 位 置 
pos = std: :max_element(coll.begin(),coll.end()); 


// 输 出 容器 co11 的 最 大 元 素 的 值 《如果 存在 的 话 ) 
if (pos != coll.end()) { 
std::cout << *pos << std::endl; 


} 


else { 
std::cout << "empty" << std::endl; 


} 


} 

int main() 

{ 
std::vector<MyClass> c1; 
std::list<MyClass> c2; 
print_max (c1); 
print_max (c2); 

} 


STL 借 助 于 迭代 器 对 这 些 操作 进行 了 参数 化 ， 从 而 避免 了 操作 定义 在 数量 上 
的 过 度 膨 胀 。 在 此 ， 你 并 不 需要 为 每 个 容器 都 实现 每 一 个 操作 ， 只 需要 实现 茶 个 
算法 一 次 ， 就 可 以 把 该 算法 应 用 到 每 个 容器 中 。 换 句 话 说， 泛 型 程序 设计 的 “ 粘 合 
剂 ?就 是 : 由 容器 提供 的 并 且 能 被 算法 所 使 用 的 兴 代 器 。 壕 代 器 之 所 以 能 够 肩负 这 
样 的 任务 ， 是 由 于 容器 为 迭代 器 提供 了 一 些 特定 的 接口 ， 而 算法 所 使 用 的 正 是 这 
些 接口 。 我 们 通 第 也 把 每 个 这 样 的 接口 称 为 一 个 concept《〈 即 约束 ) ， 它 说 明 一 个 
人 


从 原则 上 讲 ， 也 可 以 使 用 动 多 态 来 实现 这 些 类 似 于 STL 的 功能 。 然 而 ， 用 多 
态 实现 的 功能 使 用 起 来 肯定 会 很 受 限制 ， 因 为 与 迭代 器 的 概念 相 比 ， 动 多 态 的 虚 
函数 调用 机 制 将 会 是 一 种 重量 级 的 实现 机 制 ， 这 惑 会 对 效率 产生 很 大 的 影响 。 璧 
如 增加 一 层 基于 虚 函 数 的 接口 层 ， 通 常 就 会 影响 操作 的 效率 ， 而 且 这 种 影响 的 程 
度 可 能 是 儿 个 数量 级 的 (甚至 更 加 严重 〉。 


事实 上 ， 泛 型 程序 设计 是 相当 实用 的 ， 因 为 它 所 依赖 的 是 静 多 态 ， 而 静 多 态 
会 要 求 在 编译 期 对 接口 进行 解析 。 忆 一 方面 ， 这 种 要 求 〈 即 对 接口 在 编译 期 进行 
解析 ) 还 会 带 来 一 些 与 面 问 对 象 程 序 设计 原则 截然 不 同 的 新 设计 原则 ， 在 本 书 的 
剩余 部 分 我 们 将 会 前 述 许多 重要 的 泛 型 设计 原则 。 
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容器 类 型 是 把 模板 引入 C++ 程 序 设 计 语 言 的 主要 动力 。 在 模板 出 现 之 前 ， 多 
态 体系 是 实现 容器 的 一 种 很 流行 的 方法 。 一 个 典型 的 例子 就 是 National Institutes of 


Health Class Library (NIHCL) ; 它 很 大 程度 上 重新 实现 了 Smalltalk 的 容器 类 层次 
体系 〈 见 图 14.5) 。 


Object 
lterator Collection 
Iterator (Collection&) virtual void doReset (Iterator&) 
void reset() virtual Object* doNext (Iterator&) 
Object* operator++ () virtual void doFinish (lterator&) 
Object* operator() () vps 
SeqCltn Bag Set 
Stack LinkedList OrderedCltn IdentSet Dictionary 
SortedCltn IdentDict 


图 14.5 NIHCL 的 类 层次 体系 


类 似 于 C++ 标准 库 ，NIHCL 支 持 许 多 容器 和 迭代 器 。 然 而 ， 它 的 实现 延续 了 
动 多 态 的 Smalltalk 风 格 : Iterator 使 用 抽象 基 类 Collection 来 操作 不 同 的 集合 类 型 


ARE: 


Bag c1; 
Set c2; 


Iterator i1(c1); 
Iterator i2(c2); 


遗憾 的 是 ， 就 运行 时 间 和 内 存 使 用 而 言 ， 这 种 方法 的 代价 都 是 相当 高 昂 的 。 
与 C++ 标准 库 相 比 ， 该 方法 的 运行 时 间 要 大 上 几 个 数量 级 ; 因为 大 多 数 操作 最 后 
都 会 要 求 一 个 虚 RAZO 调用 《然而 在 C++ 标准 库 中 ， 大 多 数 操作 都 是 内 联 的 ， 


迭代 器 和 容器 接口 也 不 会 涉及 到 虚 函 数 调 用 ) 。 另 外 ， 因 为 这 些 接口 都 是 绑 定 的 
(这 一 点 和 Smalltalk 不 同 ) ， 所 以 需要 使 用 庞大 的 多 态 类 来 对 内 建 类 型 进行 包装 
ee ee ee ， 而 这 将 会 导致 内 存 使 用 量 的 大 幅 增 
iP 


AME AY BESS BT RT SR, TERE GE ERD BL. nA., BHEE 
模板 已 经 发 展 得 比较 成 熟 的 今天 ， 仍 然 有 许多 人 在 他 们 的 设计 方案 中 过 多 地 使 用 
动 多 态 的 解决 方案 ， 而 这 有 时 只 是 次 优化 的 解决 方案 。 显 然 ， 在 许多 情况 下 ， 动 
多 态 是 最 佳 的 选择 ， 璧 如 异类 迭代 就 是 其 中 的 一 个 例子 。 然 而 ， 另 一 方面 ， 对 于 
许多 程序 任务 而 言 ， 如 果 使 用 模板 来 解决 ， 那 么 将 会 更 加 自然 而 且 高 效 ， 壁 如同 
类 容器 就 是 其 中 的 一 个 例子 。 


静 多 态 的 机 制 可 以 编写 出 非常 基本 的 计算 结构 〈 如 基本 算法 等 ) 。 与 之 相 
比 ， 动 多 态 需 要 选择 一 个 公共 基 类 ， 这 就 意味 着 动 多 态 通 第 都 需要 作出 特定 于 茶 
一 领域 的 决定 。 于 是 ，C++ 标 准 库 的 STL 部 分 并 没有 包含 动 多 态 容 器 ， 却 包含 相 
当 多 的 使 用 静 多 态 的 容器 和 人 迭代 器 ， 这 也 就 不 足 为 奇 了 。 


中 等 规模 和 大 规模 的 C++ 程序 通常 都 需要 处 理 本 章 中 所 讨论 的 这 两 种 多 态 。 
在 茶 些 条 件 下 ， 可 能 还 需要 紧密 地 结合 这 两 种 多 态 。 于 是 ， 在 多 数 情况 下 ， 都 可 
以 根据 我 们 的 讨论 来 做 出 最 佳 的 选择 ， 但 如 果 能 够 伦 些 时 间 来 思考 长 期 潜在 的 发 
展 ， 往 往 也 是 有 所 收获 的 。 


[1] 从 字面 上 讲 ， 多 态 指 的 是 具有 多 种 形式 或 者 外 形 的 情况 (根据 Greek 
polumorphos 的 说 法 ) 。 


[2] 严格 地 讲 ， 宏 也 可 以 被 看 作 静 多 态 的 一 种 早期 形式 。 然 而 ， 我 们 在 这 里 并 不 
考虑 宏 ， 因 为 宏大 多 和 其 他 的 语言 机 制 具 有 正 交 性 ， 与 模板 的 正 交 性 则 很 少 。 


[3] 关于 多 态 术 语 更 加 详细 的 讨论 ， 可 以 参考 [CzarneckiEiseneckerGenPro] 的 6.5 节 
和 6.7 节 。 


15% trait policy 


模板 的 神奇 在 于 我 们 可 以 针对 多 种 类 型 对 类 和 函数 进行 参数 化 。 于 是 ， 我 们 
可 能 会 期 望 引入 尽 可 能 多 的 模板 参数 ， 从 而 能 够 自 定 义 类 型 或 者 算法 的 各 个 方 
面 。 借 助 于 这 种 方式 ， 我 们 的 “模板 化 "组件 就 能 够 根据 客户 端 代码 的 具体 要 求 进 
行 适当 的 实例 化 。 然 而 ， 从 实用 的 观点 来 看 ， 我 们 并 不 希望 为 了 能 够 最 大 程度 地 
aa a a 
往 也 是 烦人 的 。 


幸运 的 是 ， 我 们 发 现 希 望 引 入 的 大 多 数额 外 参数 都 具有 合理 的 缺 省 值 。 在 茶 
些 情况 下 ， 这 些 额 外 的 参数 完全 是 由 儿 个 主 参数 来 确定 的 ;在 后 面 我 们 将 看 到 : 
这 些 额外 的 参数 可 以 被 完全 省 略 。 其 他 的 一 些 参数 可 以 具有 一 些 依赖 于 主 参数 的 
缺 省 值 ， 在 大 多 数 情况 下 这 些 缺 省 值 都 能 够 符合 要 求 ， 但 也 能 对 缺 省 值 进行 改写 
(用 于 特殊 的 应 用 程序 ) 。 最 后 ， 就 是 一 些 与 主 参数 无 关 的 参数 了 : 换 句 话说 ， 
它们 本 身 也 能 被 看 成 是 主 参数 ， 和 主 参 数 的 唯一 区 别 在 于 这 些 参数 存在 缺 省 值 ， 
而 且 在 大 多 数 情况 下 这 些 缺 省 值 都 能 够 符合 要 求 。 


policy 类 和 trait 〈 或 者 称 为 trait 模 板 ) 是 两 种 C++ 程序 设计 机 制 ， 它 们 有 助 于 
对 某 些 额外 参数 的 管理 ， 这 里 的 额外 参数 是 指 : 在 具有 工业 强度 的 模板 设计 中 所 
出 现 的 参数 。 在 这 一 章 中 ， 我 们 将 给 出 应 用 这 两 种 技术 的 一 些 环 境 ， 并 且 阐 述 了 
如 何 利 用 这 两 种 有 用 的 技术 ， 让 你 自己 编写 出 健壮 并 且 功 能 强大 的 程序 。 


15.1 一 个 实例 ， 累加 一 个 序列 


计算 某 一 序列 值 的 总 和 是 一 个 相当 普通 的 计算 任务 。 然 而 ， 这 个 看 起 来 相当 
简单 的 问题 ， 为 我 们 提供 了 一 个 展现 policy 类 和 trait 各 种 层次 用 途 的 优秀 例子 。 


15.1.1 fixed traits 


首先 让 我 们 首先 假设 所 要 计算 总 和 的 值 都 是 存储 在 一 个 数组 里 面 的 ， 并 且 我 
们 还 具有 一 个 指向 数组 第 1 个 元 素 的 指针 ， 以 及 一 个 指 辐 数组 最 后 一 个 元 素 的 后 
一 位 的 指针 ， 这 两 个 指针 之 间 的 所 有 元 素 就 是 我 们 要 进行 求 总 和 的 元 素 。 由 于 本 
书 是 关于 模板 的 内 容 ， 所 以 我 们 希望 能 够 编写 一 个 适合 许多 类 型 的 模板 来 完成 这 
个 累加 操作 。 现 在 ， 让 我 们 先 给 出 一 个 看 起 来 比较 直接 的 例子 吓 : 


// traits/accum1.hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


template <typename T> 
inline 
T accum (T const* beg, T const* end) 


T total = T(); // 假设 T() 事 实 上 会 生成 一 个 等 于 6 的 值 
while (beg != end) { 

total += *beg; 

++beg; 


return total; 


} 
#endif // ACCUM_HPP 

在 上 面 的 代码 中 ， 一 个 稍微 复杂 的 决定 在 于 : 如 何 为 正确 的 类 型 生成 一 个 0 
值 ， 以 便 开 始 我 们 的 求 和 过 程 。 在 此 我 们 使 用 了 TO; 对 于 诸如 int 和 float 的 内 建 数 
oo TO 通常 都 可 以 符合 要 求 〈 见 5.5 节 ) ; 对 其 他 类 型 的 考虑 我 们 后 面 

讲 。 

为 了 引出 我 们 的 第 1 个 trait 模 板 ， 让 我 们 先 考虑 下 面 的 代码 ， 它 使 用 了 上 面 的 

accum() 模 板 : 


// traits/accum1. cpp 


#include "accum1.hpp" 
#include <iostream> 


int main() 


{ 
// 生成 一 个 含有 5 个 整数 值 的 数组 
int num[]={1,2,3,4,5}; 


// 输出 平均 值 
std::cout << "the average value of the integer values is " 
<< accum(&num[@], &num[5]) / 5 
<< '\n'; 


// 创建 字符 值 数 组 
char name[] = "templates"; 
int length = sizeof(name)-1; 


// CARD 输出 平均 的 字符 值 

std::cout << "the average value of the characters in \"" 
<< name << "\" is " 
<< accum(&name[@], &name[length]) / length 
<< '\n'; 


在 上 面 程 序 的 前 半 部 分 ， 我 们 使 用 了 accum0 来 对 这 5 个 整数 值 进行 求 和 : 


int num[]={1,2,3,4,5}; 
accum(&num[6], &num[5]) 
于 是 ， 把 这 个 结果 除 以 数组 的 元 素 个 数 ， 我 们 就 得 到 了 平均 整数 值 。 


程序 的 第 2 部 分 试图 为 字符 串 templates 的 所 有 字符 重复 上 面 的 过 程 〈 前 提 是 从 
a 到 z 的 字符 形成 了 一 个 连续 的 字符 序列 ， 组 成 一 个 实际 的 字符 集 ， 对 于 ASCII 而 
言 ， 情 况 确 实 如 此 ; 但 是 对 于 EBCDICI4 而 言 ， 情 况 就 不 是 这 样 的 了 ) 。 假 设计 
算 的 结果 应 该 是 位 于 值 a 和 z 之 间 的 一 个 值 。 而 且 在 今天 大 多 数 平台 上 面 ， 这 个 值 
是 由 ASCII 代 码 所 决定 的 ， 也 就 是 说 ，a 的 整数 值 为 97， 而 z 的 整数 值 为 122。 
此 ， 我 们 可 能 会 期 望 获得 一 个 位 于 97 和 122 之 间 的 结果 。 然 而 ， 在 我 们 的 平台 
中 ， 程 序 的 输出 如 下 : 


the average value of the integer values is 3 
the average value of the characters in "templates" is -5 


这 里 的 问题 是 我 们 的 模板 是 基于 char 类 型 进行 实例 化 的 ， 而 char 的 范围 是 很 小 
的 ， 即 使 对 于 相对 较 小 的 数值 进行 求 和 也 可 能 会 出 现 越界 的 情况 。 显 然 ， 我 们 可 
以 通过 引入 一 个 额外 的 模板 参数 AccT 来 解决 这 个 问题 ， 其 中 AccT 描 述 了 变量 total 
的 类 型 〈《 同 时 也 是 返回 类 型 ) 。 然 而 ， 这 将 会 给 该 模板 的 所 有 用 户 都 强加 一 个 额 
外 的 负担 ; 他 们 每 次 调用 这 个 模板 的 时 候 ， 都 要 指定 这 个 额外 的 类 型 。 因 此 ， 针 
对 我 们 上 面 的 例子 ， 我 们 不 得 不 这 样 编写 代码 : 


accum<int>(&name[@],&name[ length] ) 
虽然 说 这 个 约束 并 不 会 很 腑 烦 ， 但 我 们 仍然 期 望 可 以 完全 避免 这 个 约束 。 


关于 这 个 额外 参数 ， 男 一 种 解决 方案 是 对 accum0 〇 所 调用 的 每 个 T 类 型 都 创建 
一 个 关联 ， 所 关联 的 类 型 就 是 用 来 存储 累加 和 的 类 型 。 这 种 关联 可 以 被 看 作 是 类 
型 的 一 个 特征 ， 因 此 我 们 也 把 这 个 存储 累加 和 的 类 型 称 为 T 的 trait。 于 是 ， 我 们 
可 以 使 用 每 个 模板 特 化 来 写 出 这 些 关联 代 码 : 


// traits/accumtraits2.hpp 


template<typename T> 
class AccumulationtTraits; 


template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT; 


3 


template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT; 


3 


template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT; 


3 


template<> 
class AccumulationTraits<unsigned int> { 
public: 
typedef unsigned long AccT; 


3 


template<> 
class AccumulationTraits<float> { 
public: 
typedef double AccT; 


在 上 面 代码 中 ， 模 板 AccumulationTraits 被 称 为 一 个 trait 模 板 ， 因 为 它 含 有 它 


的 参数 类 型 的 一 个 trait〈 通 第 而 言 ， 可 以 存在 多 个 trait 和 多 个 参数 ) 。 对 这 个 模 
板 ， 我 们 并 不 提供 一 个 泛 型 的 定义 ， 因 为 在 我 们 不 知道 参数 类 型 的 前 提 下 ， 并 不 
能 确定 应 该 选择 什么 样 的 类 型 作为 和 的 类 型 。 然 而 ， 我 们 可 以 利用 茶 个 实 参 类 
型 ， 而 T 本 里 通常 都 能 够 作为 这 样 的 一 个 候选 类 型 (尽管 在 我 们 前 一 个 例子 中 ， 


情况 显然 并 非 如 此 ) 。 
有 了 这 个 想法 之 后 ， 我 们 就 可 以 这 样 改写 前 面 的 accumO 模 板 : 


// traits/accum2. hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


#include "accumtraits2.hpp" 


template <typename T> 
inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 
T const* end) 


{ 


// 返回 值 的 类 型 是 一 个 元 素 类 型 的 trait 
typedef typename AccumulationTraits<T>::AccT AccT; 


AccT total = AccT(); // 假设 AccT() 实际 上 生成 了 一 个 e 值 
while (beg != end) { 

total += *beg; 

++beg; 
} 


return total; 


} 


#endif // ACCUM HPP 


于 是 ， 现 在 例子 程序 的 输出 完全 符合 我 们 的 期 望 ， 具 体 如 下 : 


the average value of the integer values is 3 
the average value of the characters in "templates" is 108 


总 体 而 言 ， 上 面 的 修改 增加 了 一 个 非常 有 用 的 机 制 ， 从 而 可 以 自 定 义 我 们 的 
算法 ， 从 这 个 意义 上 考虑 它 还 是 比较 灵活 方便 的 。 进 一 步 而 言 ， 如 果 有 新 的 类 型 
要 使 用 accum0 模 板 ， 那 么 只 需 声 明 AccumulationTraits 模 板 的 一 个 新 的 显 式 特 化 来 
关联 Acct 和 该 类 型 即 可 。 我 们 还 看 到 ， 任 何 类 型 都 可 以 和 Acct 进 行 关 联 ， 来 实现 
这 种 trait; 这 些 类 型 包括 基本 类 型 、 在 其 他 程序 库 中 声明 的 类 型 等 。 


15.1.2 value trait 

到 目前 为 止 ， 我 们 已 经 看 到 了 trait 可 以 用 来 表示 :“ 主 ”类 型 所 关联 的 一 些 额 
外 的 类 型 信息 。 在 这 一 小 节 里 ， 我 们 将 阐明 这 个 额外 的 信息 并 不 局 限于 类 型 ， 常 
数 和 其 他 类 型 的 值 也 可 以 和 一 个 类 型 进行 关联 。 


我 们 前 面 的 accum0 模 板 使 用 了 缺 省 构造 函数 的 返回 值 来 初始 化 结果 变量 〈 即 


total) ， 而 且 我 们 期 望 该 返回 值 是 一 个 类 似 0 的 值 : 


AccT total = AccT(); // 假设 AccT() 实际 上 生成 了 一 个 e 值 


return total; 


显然 ， 我 们 并 不 能 保证 上 面 的 构造 函数 会 返回 一 个 符合 条 件 的 值 ， 可 以 用 来 
开始 这 个 求 和 循环 。 而 且 ， 类 型 AccT 也 不 一 定 具 有 一 个 缺 省 构造 函数 。 


在 此 ， 我 们 可 以 再 次 使 用 trait 来 解决 这 个 问题 。 对 于 上 面 的 例子 ， 我 们 需要 


给 AccumulationTraits 添 加 一 个 value trait: 


// traits/accumtraits3.hpp 


template<typename T> 
class AccumulationTraits; 


template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT; 
static AccT const zero = @; 


}3 


template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT; 
static AccT const zero = ©; 


}3 


template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT; 
static AccT const zero = 0; 


}; 


在 上 面 的 代码 中 ， 我 们 的 新 trait 是 一 个 常量 ， 而 常量 是 在 编译 期 进行 求 值 
的 。 因 此 ，accum0 现 在 修改 如 下 : 


// traits/accum3.hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


#include "accumtraits3.hpp" 


template <typename T> 


inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 


T const* end) 


{ 
// 返回 类 型 是 元 素 类 型 的 trait 
typedef typename AccumulationTraits<T>::AccT AccT; 
AccT total = AccumulationTraits<T>: :zero; 
while (beg != end) { 
total += *beg; 
++beg; 
} 
return total; 
} 


#endif // ACCUM_HPP 


在 上 面 代 码 中 ， 累 加 变量 〈 即 total〉 的 初始 化 是 非常 直接 明了 的 : 


AccT total = AccumulationTraits&lt;T>::zero; 


然而 ， 这 种 解决 方案 的 一 个 缺点 是 : 在 所 在 类 的 内 部 ，C++ 只 允许 我 们 对 整 
型 和 枚 举 类 型 初始 化 成 静态 成 员 变 量 。 显 然 ， 对 于 诸如 浮 点 型 的 其 他 类 型 (也 包 
括 我 们 自己 定义 的 类 〉 ， 我 们 就 不 能 使 用 上 面 的 解决 方案 。 璧 如 下 面 的 特 化 就 是 


普 误 的 : 


template<> 

class AccumulationTraits<float> { 
public: 

typedef double AccT; 

static double const zero = 0.0; // 错误 : 并 不 是 一 个 整 型 变量 


4 


}3 


对 于 这 个 问题 ， 一 个 直接 的 解决 方法 就 是 不 在 所 在 类 的 内 部 定义 这 个 value 
trait， 如 下 所 示 : 


template<> 
class AccumulationTraits<float> { 
public: 

typedef double AccT; 

static double const zero; 


}3 


然后 ， 在 源 文件 中 进行 初始 化 ， 看 起 来 大 概 如 下 : 


double const AccumulationTraits<float>::zero = 0.0; 


尽管 可 以 正常 运行 ， 但 是 这 个 该 解决 方法 却 有 一 个 显著 的 缺点 ， 这 种 解决 广 
法 对 编译 器 而 言 是 不 可 知 的 。 也 就 是 说 ， 在 处 理 客户 端 文件 的 时 候 ， 编 译 器 通常 
都 不 会 知道 位 于 其 他 文件 的 定义 。 于 是 ， 在 上 面 这 个 例子 中 ， 编 译 器 根本 就 不 能 
够 知道 zero 的 值 为 0 这 个 事实 。 


因此 ， 我 们 趋向 于 实现 下 面 的 这 种 value trait， 而 且 并 不 需要 保证 内 联 成 员 函 
数 返 回 的 必须 是 整 型 值 131。 例 如 ， 我 们 可 以 这 样 改写 AccumulationTraits: 


// traits/accumtraits4. hpp 


template<typename T> 
class AccumulationtTraits; 


template<> 
class AccumulationTraits<char> { 
public: 
typedef int AccT; 
static AccT zero() { 
return ð; 

} 

}; 


template<> 
class AccumulationTraits<short> { 
public: 
typedef int AccT; 
static AccT zero() { 
return ð; 

} 

}; 


template<> 
class AccumulationTraits<int> { 
public: 
typedef long AccT; 
static AccT zero() { 
return ð; 

} 

}; 


template<> 
class AccumulationTraits<unsigned int> { 
public: 
typedef unsigned long AccT; 
static AccT zero() { 
return ð; 

} 

}; 


template<> 
class AccumulationTraits<float> { 


public: 
typedef double AccT; 
static AccT zero() { 
return ð; 


} 


}; 


AY DARE AS A MRE BY DX Sl ek eC AS E 
访问 一 个 静态 数据 成 员 ) : 


AccT total = AccumulationTraits<T>::zero(); 


显然 ，trait 还 可 以 代表 更 多 的 类 型 。 在 我 们 的 例子 中 ，trait 可 以 是 一 个 机 制 ， 
用 于 提供 accum0 所 需要 的 、 关 于 元 素 类 型 的 所 有 必要 信息 ;实际 上 ， 这 个 元 素 类 
型 就 是 调用 accum0 的 类 型 ， 即 模板 参数 的 类 型 。 下 面 是 trait 概 念 的 关键 部 分 : 
vaiet T HREM ASTOR (通常 是 类 型 ) 的 途径 ， 而 该 途径 主要 是 用 于 泛 型 
了 o 


15.1.3 ”参数 化 trait 


在 上 一 节 所 使 用 的 trait 被 称 为 fixed trait， 因 为 一 旦 定义 了 这 个 分 离 的 trait， 就 
不 能 在 算法 中 对 它 进 行 改写 。 然 而 ， 在 有 些 情况 下 我 们 需要 对 trait 进 行 改写 。 例 
如 ， 我 们 可 能 偶然 发 现 可 以 对 一 组 float 值 进行 求 和 ， 然 后 很 安全 地 把 和 值 存 储 在 
人 
JR ŽK 。 


从 原则 上 讲 ， 参 数 化 trait 主 要 的 目的 在 于 : WANEER ARE 
数 ， 而 且 该 缺 省 值 是 由 我 们 前 面 介 绍 的 trait 模 板 决定 的 。 在 这 种 具有 缺 省 值 的 情 
况 下 ， 许 多 用 户 就 可 以 不 需要 提供 这 个 额外 的 模板 实 参 ， 但 对 于 有 特殊 需求 的 用 
户 ， 也 可 以 改写 这 个 预 设 的 和 类 型 。 对 于 这 个 特殊 的 解决 方案 ， 唯 一 的 不 足 在 
F: 我 们 并 不 能 对 函数 模板 预 设 缺 省 模板 实 参 由 。 

就 现在 的 情况 而 言 ， 通 过 把 算法 实现 为 一 个 类 ， 我 们 就 可 以 绕 过 上 面 这 个 不 
足 。 这 同时 也 说 明了 : 除了 函数 模板 之 外 ， 在 类 模板 中 也 可 以 很 容易 地 使 用 
trait。 在 我 们 的 应 用 程序 中 ， 唯 一 的 缺点 就 是 : 类 模板 不 能 对 它 的 模板 参数 进行 
演绎 ， 而 是 必须 显 式 提供 这 些 模 板 参数 。 因 此 ， 我 们 需要 编写 如 下 形式 的 代码 : 


Accum<char>: :accum(&name[@], &name[length] ) 


才能 使 用 我 们 修改 后 的 求 和 模板 : 


// traits/accum5.hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


#include "accumtraits4.hpp" 


template <typename T, 
typename AT = AccumulationTraits<T> > 
class Accum { 
public: 
static typename AT::AccT accum (T const* beg, T const* end) { 
typename AT::AccT total = AT::zero(); 
while (beg != end) { 
total += *beg; 
++beg; 
} 
return total; 
} 
}; 


#endif // ACCUM_HPP 


通常 而 言 ， 大 多 数 使 用 这 个 模板 的 用 户 都 不 必 显 式 地 提供 第 2 个 模板 实 参 ， 
因为 我 们 可 以 针对 第 1 个 实 参 的 类 型 ， 为 每 种 类 型 都 配置 一 个 合适 的 缺 省 值 。 


和 大 多 数 情 况 一 样 ， 我 们 可 以 引入 一 个 辅助 函数 ， 来 简化 上 面 基于 类 的 接 
O: 


template <typename T> 
inline 
typename AccumulationTraits<T>::AccT accum (T const* beg, 
T const* end) 
{ 
return Accum<T>::accum(beg, end); 
} 
template <typename Traits, typename T> 
inline 
typename Traits::AccT accum (T const* beg, T const* end) 
{ 
return Accum<T, Traits>::accum(beg, end); 
} 


15.1.4 ”policy 和 policy 类 


到 目前 为 止 ， 我 们 把 累积 (accumulation) 与 求 和 (summation) 等 价 起 来 
了 。 事 实 上 ， 还 可 以 有 其 他 种 类 的 累积 。 例 如 ， 我 们 可 以 对 序列 中 的 给 定 值 进行 
RAR; 如 果 这 些 值 是 字符 串 的 话 ， 还 可 以 对 它们 进行 连接 。 甚 至 于 在 一 个 序列 中 
找到 一 个 最 大 值 ， 也 可 被 看 成 是 累积 问题 的 一 种 形式 。 在 这 所 有 的 情况 中 ， 针 对 
accum() 的 所 有 操作 ， 唯 一 需要 改变 的 只 是 total += *beg 操 作 。 于 是 ， 我 们 就 把 这 


个 操作 称 为 该 累积 过 程 的 一 个 policy。 因 此 ， 一 个 policy 类 就 是 一 个 提供 了 一 个 接 
口 的 类 ， 该 接口 能 够 在 算法 中 应 用 一 个 或 多 个 policy1ll5j。 


下 面 是 一 个 例子 ， 它 说 明了 如 何在 我 们 的 Accum 类 模板 中 引入 这 样 的 一 个 接 
HO: 


// traits/accum6. hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


#include "accumtraits4.hpp" 
#include "sumpolicy1.hpp" 


template <typename T, 
typename Policy = SumPolicy, 
typename Traits = AccumulationTraits<T> > 
class Accum { 
public: 
typedef typename Traits::AccT AccT; 
static AccT accum (T const* beg, T const* end) { 
AccT total = Traits::zero(); 
while (beg != end) { 
Policy::accumulate(total, *beg); 
++beg; 


return total; 


}; 


#endif // ACCUM_HPP 


其 中 SumPolicy 类 可 以 编写 如 下 : 


// traits/sumpoLicy1.hpp 


#ifndef SUMPOLICY_HPP 
#define SUMPOLICY_HPP 


class SumPolicy { 
public: 
template<typename T1, typename T2> 
static void accumulate (T1& total, T2 const & value) { 


total += value; 
} 


}3 


#endif // SUMPOLICY_HPP 


在 这 个 例子 中 ， 我 们 把 policy 实 现 为 一 个 具有 一 个 成 员 函 数 模板 的 普通 类 


〈 也 就 是 说 ， 类 本 吴 不 是 模板 ， 而 且 该 成 员 函 数 是 隐 式 内 联 的 ) 。 接 下 来 我 们 还 
会 讨论 另 一 种 实现 方案 。 


通过 给 累积 值 指定 一 个 不 同 的 policy， 我 们 就 可 以 进行 不 同 的 计算 。 例 如 ， 
考虑 下 面 的 程序 ， 它 试图 计算 出 几 个 值 的 乘积 : 


// traits/accum7.cpp 


#include "accum6.hpp" 
#include <iostream> 


class MultPolicy { 
public: 
template<typename T1, typename T2> 
static void accumulate (T1& total, T2 const& value) { 
total *= value; 
} 
}; 


int main() 


// 创建 含有 有 具有 5 个 整 型 值 的 数组 
int num[ ]={1,2,3,4,5}; 


// 输出 所 有 值 的 乘积 

std::cout << "the product of the integer values is " 
<< Accum<int,MultPolicy>: :accum(&num[@], &num[5]) 
<< '\n'; 


然而 ， 程 序 的 输出 结果 却 出 乎 我 们 的 意料 : 


the product of the integer values is 6 


显然 ， 这 里 的 问题 是 我 们 对 初始 值 的 选择 不 当 所 造成 的 ， 尽管 对 于 求 和 而 
言 ，0 是 一 个 合适 的 初 值 ， 但 是 对 于 求 积 而 言 ，0 却 是 一 个 错误 的 初 值 〈 一 个 为 0 
的 初 值 将 会 导致 最 后 的 积 也 为 0) 。 这 个 现象 同时 也 说 明了 : 不 同 的 trait 和 不 同 的 
policy 应 该 是 互相 交互 的 ， 我 们 应 该 以 更 加 细心 的 态度 来 对 待 模板 设计 。 


在 这 个 例子 中 ， 我 们 可 以 会 认为 累积 循环 的 初始 化 应 该 是 该 累积 policy 的 一 
部 分 ， 即 这 个 policy 可 以 使 用 实现 zero0 的 trait， 也 可 以 不 使 用 这 个 trait。 然 而 ， 我 
们 应 该 知道 ， 实 际 上 还 存在 其 他 的 解决 方案 即 并 不 是 所 有 的 问题 都 必须 由 trait 
和 policy 来 解决 的 。 例 如 ，C++ 标 准 库 的 accumulateO) 函 数 就 把 这 个 初 值 作为 〈 函 
数 调 用 的 ) 第 3 个 实 参 。 


15.1.5 trait 和 policy: 区 别 在 何 处 


有 人 可 能 会 给 出 一 个 合理 的 例子 ， 来 前 明 这 样 的 一 个 事实 : policy 只 是 trait 的 
一 个 特殊 例子 。 相 反 ， 也 有 人 认为 trait 只 是 用 来 实现 一 个 policy 的 。 


New Shorter Oxford English Dictionary 对 这 两 个 词 的 定义 是 这 样 的 : 


。 trait n...〔 名 词 ): 用 来 刻 划一 个 事物 的 (与 众 不 同 的 ) 特性 。 
。 policy n... CAED : 为 了 茶 种 有 益 或 有 利 的 目的 而 采用 的 一 系列 动作 。 


根据 上 面 的 定义 ， 我 们 可 能 只 会 把 policy class 这 个 概念 用 于 表示 对 某 种 动作 
的 编码 ， 而 且 该 动作 同 任何 与 它 组 合 在 一 起 的 模板 参数 都 是 正 交 的 。 然 而 ， 大 多 
数 人 都 同意 Andrei Alexandrescu 在 Modern C++ Design 中 给 出 的 声明 CIL 
[AlexandrescuDesign] 的 第 8 页 ) : 


policy 和 trait 具 有 许多 共同 点 ， 但 是 policy 更 加 注重 于 行为 ， 而 trait 则 更 加 注重 
于 类 型 。 


ZN 作为 引入 了 trait 技 术 的 第 1 人 ，Nathan Myers 给 出 了 下 面 这 个 更 加 开放 
的 定义 


trait class: 是 一 种 用 于 代 蔡 模板 参数 的 类 。 作 为 一 个 类 ， 它 可 以 是 有 用 的 类 
型 ， 也 可 以 是 常量 ， 作 为 一 个 模板 ， 它 提供 了 一 种 实现 “额外 层次 间接 性 ”的 途 
径 ， 而 正 是 这 种 “额外 层次 间接 性 ?解决 了 所 有 的 软件 问题 。 


因此 ， 我 们 通常 都 会 使 用 下 面 这 些 《〈 并 不 是 非常 准确 的 ) 定义 : 


° trait 表 述 了 模板 参数 的 一 些 自 然 的 额外 属性 。 
° E a ia T YZ AY pk AA YE I — 些 可 配置 行为 〈 通 常 都 具有 被 经 常 使 用 的 
) 


这 两 个 概念 之 间 可 能 的 区 别 ， 我 们 给 出 下 面 针 对 trait 的 一 
些 事实 ; 


e trait 可 以 是 fixed trait (也 就 是 说 ， 不 需要 通过 模板 参数 进行 传递 的 trait〉。 

e trait 参 数 通常 都 具有 很 自然 的 缺 省 值 〈 该 缺 省 值 很 少 会 被 改写 的 ， 或 者 是 不 能 
被 改写 的 ) 。 

e trait 参 数 可 以 紧密 依赖 于 一 个 或 多 个 主 参数 。 

© trait 通 常 都 是 用 trait 模 板 来 实现 的 。 


对 于 policy class， 我 们 将 会 发 现下 列 事实 : 


© 如 果 不 以 模板 参数 的 形式 进行 传递 的 话 ， policy class 几 乎 不 起 作用 。 

e。policy 参 数 并 不 需要 具有 人 缺 省 值 ， 而 且 通 常 都 是 显 式 指 定 这 个 参数 REYES 
泛 型 组 件 都 配置 了 使 用 频率 很 高 的 缺 省 policy) 。 

e policy 参 数 和 属于 同一 个 模板 的 其 他 模板 参数 通常 都 是 正 交 的 。 


。 policy class 一 般 都 包含 了 成 员 函 数 。 
e policy 既 可 以 用 普通 类 来 实现 ， 也 可 以 用 类 模板 来 实现 。 


显然 ， 在 这 两 个 概念 之 间 只 是 存在 一 条 模糊 的 界限 ， 也 还 存在 一 些 交 叉 的 地 
方 。 例 如 ，C++ 标 准 库 的 字符 trait 同 时 也 定义 了 诸如 比较 、 移 动 和 查找 字符 的 函数 
行为 。 男 外 ， 通 过 蔡 换 这 些 trait， 你 可 以 定义 一 个 对 大 小 写 不 敏感 的 字符 品类 
( 见 [JosuttisStdLib] 的 11.2.14 小 节 ) ， 而 且 仍 然 保 留 原 来 的 字符 类 型 。 因 此 ， 尽 管 
我 们 把 这 些 字符 trait 也 称 为 trait， 但 是 它们 却 具 有 一 些 与 policy 相 关 的 属性 。 


15.1.6 成 员 模 板 和 模板 的 模板 参数 


为 了 实现 一 个 累积 policy， 在 前 面 我 们 选择 把 SumPolicy 和 MutPolicy 实 现 为 具 
有 成 员 模 板 的 普通 类 。 另 外 ， 还 存在 另 一 种 实现 方法 ， 即 使 用 类 模板 来 设计 这 个 
policy class 接 口 ， 而 这 个 policy class 也 就 被 用 作 模 板 的 模板 实 参 。 例 如 ， 我 们 可 以 
如 下 把 SumPolicy 改 写成 一 个 模板 : 


// traits/sumpoLlicy2.hpp 


#ifndef SUMPOLICY_HPP 
#define SUMPOLICY_HPP 


template <typename T1, typename T2> 
class SumPolicy { 
public: 
static void accumulate (T1& total, T2 const & value) { 
total += value; 
} 
}; 


#endif // SUMPOLICY_HPP 


于 是 ， 可 以 对 Accum 的 接口 进行 修改 ， 从 而 使 用 一 个 模板 的 模板 参数 ， 如 
下 : 


// traits/accum8.hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


#include "accumtraits4.hpp" 
#include "sumpolicy2.hpp" 


template <typename T, 
template<typename,typename> class Policy = SumPolicy, 
typename Traits = AccumulationTraits<T> > 
class Accum { 
public: 
typedef typename Traits::AccT AccT; 


static AccT accum (T const* beg, T const* end) { 
AccT total = Traits::zero(); 
while (beg != end) { 
Policy<AccT,T>::accumulate(total, *beg); 
++beg; 
} 
return total; 
} 
}; 


#endif // ACCUM HPP 


实际 上 ， 也 可 以 对 trait 参 数 应 用 这 种 相同 的 转换 ( 即 借助 于 模板 的 模板 参数 
的 解决 方案 〉。 男 外 ， 对 于 这 个 话题 ， 还 存在 其 他 的 一 些 变化 ， 我们 也 可 以 不 把 
AccT 类 型 显 式 地 传递 给 policy 类 型 ， 而 是 只 传递 上 面 的 累积 trait， 并 且 根 据 这 个 
trait 参 数 来 确定 返回 结果 的 类 型 ， 而 且 这 样 做 在 菜 些 情况 下 《诸如 需要 该 trait 其 他 
的 一 些 信 息 ) 是 有 利 的 。 


通过 模板 的 模板 参数 访问 policy class 的 主要 优点 在 于 : 借助 于 某 个 依赖 于 模 
板 参数 的 类 型 ， 就 可 以 很 容易 地 让 policy class 携 带 一 些 状态 信息 (也 就 是 静态 成 
而 在 我 们 的 第 1 种 解决 方案 中 ， 却 不 得 不 把 静态 成 员 变 量 租 入 到 成 员 
RIR o 


然而 ， 这 种 利用 模板 的 模板 参数 的 解决 方案 也 存在 一 个 缺点 : policy 类 现在 
必须 被 写成 模板 ， 而 且 我 们 的 接口 中 还 定义 了 模板 参数 的 确切 个 数 。 遗 憾 的 是 ， 
这 个 定义 会 让 我 们 无 法 在 policy 中 添加 额外 的 模板 参数 。 例 如 ， 我 们 希望 给 
SumPolicy 添 加 一 个 Boolean 型 的 非 类 型 模板 实 参 ， 从 而 可 以 选择 是 用 += 运算 符 来 
进行 求 和 ， 还 是 只 用 + 运算 符 来 进行 求 和 。 在 这 个 例子 中 ， 如 果 我 们 使 用 15.1.4 
小 节 的 成 员 模板 ， 那 么 只 需要 这 样 更 改 SumPolicy 模 板 即 可 : 


// traits/sumpoLlicy3.hpp 


#ifndef SUMPOLICY_HPP 
#define SUMPOLICY_HPP 


template<bool use_compound_op = true> 
class SumPolicy { 
public: 
template<typename T1, typename T2> 
static void accumulate (T1& total, T2 const & value) { 
total += value; 
} 


}3 


template<> 
class SumPolicy<false> { 
public: 
template<typename T1, typename T2> 
static void accumulate (T1& total, T2 const & value) { 


total = total + value; 
} 
}; 


#endif // SUMPOLICY_HPP 


然而 ， 如 果 我 们 使 用 模板 的 模板 参数 来 实现 上 面 的 Accum， 那 么 将 不 能 做 这 
样 的 修改 。 


15.1.7 组 合 多 个 policie 和 /或 trait 


从 我 们 上 面 的 开发 过 程 可 以 看 出 ，trait 和 policy 通 常 都 不 能 完全 代替 多 个 模板 
参数 ， 然 而 ，trait 和 policy 确 实 可 以 减少 模板 参数 的 个 数 ， 并 把 个 数 限制 在 可 控制 
的 范围 以 内 。 于 是 ， 就 出 现 了 一 个 比较 有 趣 的 问题 : 如 何 对 这 些 参数 进行 排序 
Ne? 


一 种 简单 的 策略 就 是 根据 缺 省 值 使 用 频率 递增 地 对 各 个 参数 进行 排序 。 显 
然 ， 这 意味 着 : trait 参 数 将 位 于 policy 参 数 的 后 面 〈 即 右边 ) ， 因 为 我 们 在 客户 站 
代码 中 通常 都 会 对 policy 参 数 进行 改写 〈 细 心 的 读者 或 许 已 经 从 我 们 上 面 的 开发 
中 发 现 了 这 一 点 ) o 


如 果 我 们 希望 给 代码 增加 更 多 的 复杂 度 ， 那 么 还 存在 男 一 种 候选 方法 ， 我 们 
将 指定 任 一 个 缺 省 实 参 。16.1 节 给 出 了 该 方法 的 详细 内 容 ， 第 13 章 也 讨论 了 这 个 
在 以 后 可 能 会 被 支持 的 模板 特性 ， 因 为 该 特性 可 以 简化 模板 设计 在 这 方面 的 解决 


过 程 。 
15.1.8 ”运用 普通 的 迭代 器 进行 累积 


在 我 们 结束 trait 和 policy 的 介绍 之 前 ， 让 我 们 来 看 accum0 的 一 个 新 版 本 ， 它 添 
加 了 处 理 普 通 迭 代 器 的 功能 (而 不 仅仅 是 指针 〉 ， 这 也 是 作为 具有 工业 强度 的 泛 
型 组 件 所 期 望 实现 的 功能 。 有 趣 的 是 ， 该 版 本 的 accum0 仍 然 允 许 我 们 使 用 指针 来 
调用 accum()， 这 是 因为 C++ 标准 库 提供 了 所 谓 的 iterator trait〈 可 以 看 出 ， 到 处 都 
我 们 可 以 定义 accum0 的 初期 版 本 如 下 【 先 不 考虑 我 们 在 后 面 的 
进一步 精 化 ) : 


// traits/accum@. hpp 


#ifndef ACCUM_HPP 
#define ACCUM_HPP 


#include <iterator> 

template <typename Iter> 

inline 

typename std::iterator_traits<Iter>::value_type 


accum (Iter start, Iter end) 
{ 
typedef typename std::iterator traits<Iter>::value type VT; 
VT total = VT(); // 假设 VT() 实 际 上 生成 了 一 个 8 值 
while (start != end) { 
total += *start; 
++start; 
return total; 
} 
#endif // ACCUM_HPP 


iterator_trait 结 构 封 装 了 迭代 器 的 所 有 相关 属性 。 由 于 存在 一 个 适用 于 指针 的 
局 部 特 化 ， 所 以 普通 指针 类 型 也 能 够 使 用 这 些 trait。 下 面 的 〈 不 完整 的 ) 例子 展 
示 了 : 标准 库 实 现 应 该 如 何 提供 这 些 文 持 : 


namespace std { 
template &lt;typename T> 
struct iterator_traits&lt;T*> { 


typedef T value_type; 
typedef ptrdiff_t difference_type; 
typedef random_access_iterator_tag iterator_category; 
typedef T* pointer; 
typedef T& reference; 


然而 ， 由 于 迭代 器 所 引用 的 类 型 并 不 能 表示 累积 值 的 类 型 ， 因 此 我 们 仍然 需 


要 自己 设计 AccumulationTraits 。 


15.2 ”类 型 函数 


通过 前 面 的 trait 例 子 ， 我 们 知道 可 以 根据 某 些 类 型 来 定义 某 种 行为 。 这 与 我 
们 通常 在 程序 设计 中 的 实现 是 不 同 的 。 在 C 和 C++ 中 ， 更 准确 而 言 ， 函 数 可 以 被 
PRA (HPAL Cvalue function) : 函数 接收 的 参数 是 某 些 值 ， 而 且 函 数 的 返回 结果 
也 是 值 。 现 在 ， 我 们 要 说 明 的 是 类 型 函数 (type function) : 一 个 接收 某 些 类 型 实 
参 ， 并 且 生 成 一 个 类 型 作为 函数 的 返回 结果 。 


sizeof 就 是 一 个 非常 有 用 的 、 内 建 的 类 型 函数 ， 它 返回 一 个 描述 给 定 类 型 实 参 
大 小 《以 字 节 为 单位 ) 的 常量 。 为 一 方面 ， 类 模板 也 可 以 作为 类 型 函数 。 类 型 函 
数 的 参数 可 以 是 模板 的 参数 ， 而 结果 就 是 抽取 出 来 的 成 员 类 型 或 成 员 常 量 。 例 
如 ， 可 以 把 sizeof 运 算 符 改变 成 下 面 的 接口 : 


// traits/sizeof.cpp 


#include <stddef.h> 
#include <iostream> 


template <typename T> 
class TypeSize { 
public: 
static size_t const value = sizeof(T); 


}3 


int main() 
{ 
std::cout << "TypeSize<int>::value = " 
<< TypeSize<int>::value << std::endl; 


在 这 一 节 后 面 的 内 容 里 ， 我 们 将 开发 一 些 具 有 普遍 用 途 的 类 型 函数 ， 而 且 它 
们 都 可 以 被 用 作 trait 类 。 


15.2.1 确定 元 素 的 类 型 


考虑 另 一 个 例子 ， 假 设 我 们 具有 一 些 诸 如 vector<T> 、1list<T> 和 stack<T> 的 容 
器 模板 ， 我 们 需要 实现 具有 这 样 功能 的 类 型 函数 : 给 定 一 个 容器 的 类 型 ， 能 够 给 
出 容器 元 素 的 类 型 。 在 下 面 的 例子 中 ， 我 们 使 用 局 部 特 化 来 获得 这 个 实现 : 


// traits/eLementtype. cpp 


#include <vector> 
#include <list> 
#include <stack> 


#include <iostream> 
#include <typeinfo> 


template <typename T> 
class ElementT; // 基本 模板 


template <typename T> 
class ElementT<std::vector<T> > { // 局 部 特 化 
public: 
typedef T Type; 


}; 


template <typename T> 
class ElementT<std::list<T> > { // 局 部 特 化 
public: 
typedef T Type; 


}3 


template <typename T> 
class ElementT<std::stack<T> > { // 局 部 特 化 
public: 
typedef T Type; 


}; 


template <typename T> 
void print element type (T const & c) 


{ 
std::cout << "Container of " 
<< typeid(typename ElementT<T>: : Type) .name() 
<< " elements. \n"; 
} 
int main() 
{ 
std::stack<bool> s; 
print_element_type(s); 
} 


借助 于 局 部 特 化 的 这 种 用 法 ， 即 使 在 容器 类 型 并 没有 意识 到 类 型 函数 的 情况 
下 ， 也 可 以 实现 这 种 类 型 抽取 。 然 而 ， 在 大 多 数 情 况 下 ， 类 型 函数 通常 是 和 可 应 
用 类 型 〈“ 即 这 里 的 容器 类 型 ) 一 起 实现 的 ， 而 且 这 样 的 话 ， 后 面 的 设计 通常 都 可 
以 被 简化 。 例 如 ， 如 果 容 器 类 型 定义 了 一 个 成 员 类 型 value_type《〈 诸 如 标准 容器 的 
实现 一 样 》， 那 么 我 们 就 可 以 编写 如 下 代码 : 


template <typename C> 
class ElementT { 
public: 
typedef typename C::value_type Type; 


}3 


上 面 的 代码 可 以 作为 一 种 缺 省 实现 ， 而 且 对 于 没有 定义 成 员 类 型 value_type 的 


容器 类 型 ， 我 们 还 可 以 进行 特 化 ， 因 为 缺 省 实现 和 这 里 的 特 化 是 相 容 的 。 因 此 ， 
我 们 通常 建议 在 容器 模板 的 定义 内 部 ， 提 供 模板 类 型 参数 的 类 型 定义 ， 从 而 在 泛 
oe 可 以 更 容易 地 访问 这 些 参 数 类 型 。 下 面 的 例子 简略 地 给 出 了 这 种 实现 方 
法 : 


template <typename T1, typename T2, ... > 
class X { 
public: 
typedef T1 .. ; 
typedef T2 .. ; 


}3 


为 什么 类 型 函数 是 有 用 的 呢 ? 因 为 它 使 我 们 能 够 根据 容器 类 型 来 参数 化 一 个 
模板 ;从 而 在 使 用 该 模板 的 时 候 ， 我 们 并 不 需要 给 出 代表 元 素 类 型 和 其 他 特征 的 
一 些 参数 。 例 如 ， 借 助 于 类 型 函数 ， 我 们 不 再 需要 如 下 编写 代码 : 


template <typename T, typename C> 
T sum of elements (C const& c); 

上 面 的 代码 要 求 我 们 使 用 诸如 sum_of_elements<int>(list) 的 调用 表达 式 ， 也 就 
是 说 需要 显 式 指定 元 素 的 类 型 。 然 而 ， 如 果 使 用 如 下 声明 : 


template<typename C> 
typename ElementT<C>::Type sum of elements (C const& c); 


那么 我 们 就 可 以 根据 类 型 函数 来 抽取 元 素 类 型 。 


我 们 看 到 ，trait 的 实现 可 以 被 看 成 是 对 现存 类 型 的 一 种 扩展 。 因 此 ， 即 使 是 
基本 类 型 或 者 位 于 封闭 程序 库 中 的 许多 类 型 ， 都 可 以 定义 这 些 类 型 函数 。 


在 这 个 例子 中 ， 类 型 ElementT 被 称 为 trait class， 因 为 它 被 用 来 访问 一 个 给 定 
容器 类 型 C 的 一 个 trait〈 更 普遍 而 言 ， 我 们 可 以 把 多 个 trait 合 成 到 诸如 ElementT 的 
trait class 中 ) 。 因 此 ，trait class 并 不 局 限于 描述 容器 参数 的 特性 ， 而 是 能 够 描述 
任何 “ 主 参 数 ” 的 特征 〈 即 不 管 该 主 参数 是 否 为 容器 类 型 ) 。 


15.2.2 ”确定 class 类 型 


运用 下 面 的 类 型 阔 数 ， 我 们 能 够 确定 茶 个 类 型 是 否 为 class 类 型 : 


// traits/isclasst.hpp 


template<typename T> 
class IsClassT { 
private: 


typedef char One; 

typedef struct { char a[2]; } Two; 
template<typename C> static One test(int C::*); 
template<typename C> static Two test(...); 


public: 
enum { Yes = sizeof(IsClassT<T>::test<T>(0)) == 1 }; 
enum { No = !Yes }; 
}; 


上 面 的 模板 使 用 了 8.3.1 小 节 的 SFINAE 原 则 (substitution-failure-is-not-error， 
替换 失败 并 非 错误 ) 。 这 里 用 到 SFINAE 原 则 的 目的 在 于 找到 这 样 的 一 个 类 型 构 
造 : 它 对 class 类 型 是 无 效 的 ， 而 对 其 他 的 类 型 则 是 有 效 的 ; 或 者 相反 。 于 是 ， 在 
这 里 我 们 可 以 依赖 于 下 面 这 个 事实 : 只 有 当 C 是 一 个 class 类 型 的 时 候 ， 身 为 成 员 
指针 的 类 型 构造 C::* 才 会 是 有 效 的 。 


下 面 的 程序 就 使 用 这 个 类 型 函数 ， 来 测试 某 个 特定 的 类 型 或 者 对 象 是 否 是 


class 类 型 ; 


// traits/isclasst.cpp 


#include <iostream> 
#include "isclasst.hpp" 


class MyClass { 
}; 


struct MyStruct { 
}; 


union MyUnion { 


}3 


void myfunc() 
{ 
} 


enum E{el}e; 


// 以 模板 实 参 的 方式 传递 类 型 ， 并 对 该 类 型 进行 检查 
template <typename T> 
void check() 


{ 
if (IsClassT<T>::Yes) { 
std::cout << " IsClassT " << std::endl; 
} 
else { 
std::cout << " !IsClassT " << std::endl; 
} 
} 


// 以 函数 调用 实 参 的 方式 传递 类 型 ， 并 对 该 类 型 进行 检查 


template <typename T> 
void checkT (T) 


check<T>()3 

} 

int main() 

{ 
std::cout << "int: " 
check<int>(); 
std::cout << "MyClass: "; 
check<MyClass>(); 
std::cout << "MyStruct:"; 
MyStruct s; 
checkT(s); 
std::cout << "MyUnion: "; 
check<MyUnion>() ; 
std::cout << "enum: r 
checkT(e); 
std::cout << "myfunc():"; 
checkT(myfunc); 

} 
时 序 的 输出 如 下 : 

int: !TsClassT 


MyClass: IsClassT 
MyStruct: IsClassT 
MyUnion: IsClassT 
enum: !IsClassT 
myfunc(): !IsClassT 


15.2.3 引用 和 限 


考虑 下 面 的 函数 模板 定义 : 


// traits/appLy1.hpp 


template <typename T> 


void apply (T& arg, void (*func)(T)) 


func(arg); 


同时 考虑 下 面 这 段 试 图 使 用 上 面 模板 的 代码 : 


// traits/appLy1.cpp 


#include <iostream> 
#include "apply1.hpp" 


void incr (int& a) 


{ 
++a; 
} 
void print (int a) 
{ 
std::cout << a << std::endl; 
} 
int main() 
{ 
int x=7; 


apply (x, print); 
apply (x, incr); 


让 我 们 来 分 析 这 段 代码 ， 调 用 


是 正确 的 : 用 int 来 蔡 换 T， 那 么 apply 的 参数 类 型 将 分 别 为 int& 和 void(*)(intb)， 
这 和 实 参 的 类 型 互相 对 应 。 然 而 ， 调 用 


apply (x, incr) 


看 起 来 就 不 那么 直接 了 。 如 果 匹 配 第 2 个 参数 ， 那 么 要 求 用 int& 来 替换 T， 而 
这 意味 着 第 1 个 参数 类 型 为 int& &， 但 int& & 通 常 都 不 是 合法 的 C++ 类 型 。 事 实 
上 ， 原 来 的 C++ 标准 会 把 这 种 替换 看 作 一 个 非法 蔡 换 ， 但 是 由 于 存在 许多 类 似 这 
样 的 例子 ， 所 以 在 后 来 的 技术 修正 中 (也 就 是 对 标准 的 一 些小 的 修正 ， 见 
[Standard02]) ， 当 用 int& 蔡 换 T 之 后 ， 所 获得 的 T& 看 成 与 intg& 等 价 [61。 


对 于 那些 还 没有 实现 这 个 更 新 的 引用 蔡 换 规则 的 C++ 编译 器 ， 我 们 可 以 创建 
一 个 能 够 运用 “引用 运算 符 ” 的 类 型 函数 ， 但 前 提 条 件 是 给 定 类 型 本 身 并 不 是 一 个 
引用 。 男 外 ， 我 们 还 可 以 提供 一 个 对 立 的 操作 ， 去 除 这 个 引用 运算 符 〈 前 提 是 类 
型 本 身 就 已 经 是 一 个 引用 ) 。 最 后 ， 我 们 在 处 理 这 个 问题 的 同时 ， 借 助 于 相同 的 
实现 原理 ， 我 们 还 可 以 添加 或 者 去 除 const 限 定 符 t。 实 际 上 ， 所 有 这 些 我 们 都 可 
以 借助 于 局 部 特 化 来 实现 ， 见 下 面 的 泛 型 定义 : 


// traits/typeop1.hpp 
template <typename T> 


class TypeOp { // 基本 模板 
public: 

typedef T ArgT; 
typedef T BareT; 
typedef T const  ConstT; 
typedef T & RefT; 
typedef T & RefBareT; 
typedef T const & RefConstT; 

}; 


首先 ， 我 们 可 以 实现 一 个 处 理 const 类 型 的 局 部 特 化 : 


// traits/typeop2.hpp 


template <typename T> 
class TypeOp <T const> { // 针对 const 类 型 的 局 部 特 化 


public: 
typedef T const ArgT; 
typedef T BareT; 
typedef T const ConstT; 
typedef T const & RefT; 
typedef T & RefBareT; 
typedef T const & RefConstT; 


针对 引用 类 型 的 局 部 特 化 同样 也 适用 于 reference-to-const 类 型 。 因 此 ， 在 有 必 
要 的 情况 下 ， 我 们 可 以 递归 地 引用 Typeop 模 板 来 获取 基本 类 型 (bare type) 。 相 
反 ， 对 于 已 经 有 一 个 const 类 型 进行 奉 换 的 模板 参数 ，C++ 仍 然 允 许 我 们 在 前 面 应 
用 const 限 定 符 。 因 此 ， 当 重新 运用 const 限 定 符 的 时 候 ， 我 们 根本 就 不 需要 担心 是 
否 需 要 去 除 这 个 const 限 定 符 : 


// traits/typeop3.hpp 

template <typename T> 

class TypeOp <T&> { // 针对 引用 的 局 部 特 化 

public: 

typedef T & ArgT; 
typedef typename TypeOp<T>::BareT BareT; 
typedef T const ConstT; 
typedef T & RefT; 
typedef typename TypeOp<T>::BareT & RefBareT; 
typedef T const & RefConstT; 

}; 


我 们 还 需要 考虑 一 个 特殊 的 情况 ， 指向 void 的 引用 是 不 允许 的 。 然 而 ， 我 们 
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// traits/typeop4.hpp 

template<> 

class TypeOp <void> { // 针 对 void 的 全 局 特 化 

public: 

typedef void ArgT; 
typedef void BareT; 
typedef void const ConstT; 
typedef void RefT; 
typedef void RefBareT; 
typedef void RefConstT; 

}; 


有 了 上 面 这 几 部 分 代码 ， 我 们 就 可 以 改写 apply 模 板 如 下 : 


template <typename T> 
void apply (typename TypeOp<T>::RefT arg, void (*func)(T)) 


func(arg); 


并 且 我 们 的 例子 可 以 像 期 望 的 那样 正常 运行 。 


最 后 ， 我 们 需要 知道 一 点 : 现在 己 经 不 能 根据 第 1 个 实 参 来 演绎 参数 T 了 ， 
为 T 现 在 位 于 一 个 受 限 名 称 中 。 因 此 ， 我 们 只 能 根据 第 2 个 实 参 来 演绎 T， 然 后 根 
据 演绎 出 来 的 结果 ， 来 生成 第 1 个 参数 的 实际 类 型 。 


15.2.4 promotion trait 


到 目前 为 止 ， 我 们 已 经 研究 并 且 开 发 了 单一 类 型 的 类 型 函数 : 即 给 定 一 个 类 
型 ， 我 们 可 以 定义 其 它 相 关 的 类 型 或 者 参数 。 然 而 ， 我 们 通常 都 需要 开发 依赖 于 
多 个 实 参 的 类 型 函数 。 一 个 典型 的 例子 就 是 promotion trait1t8]， 它 在 编写 运算 符 模 
板 的 时 候 非常 有 用 。 为 了 继续 阐述 这 种 想法 ， 让 我 们 先 编写 一 个 函数 模板 ， 用 于 
对 两 个 Array 容 器 进行 相 加 : 


template<typename T> 
Array<T> operator+ (Array<T> const&, Array<T> const&) ; 


这 看 起 来 非常 好 。 但 是 ， 由 于 语言 允许 我 们 把 一 个 char 类 型 的 值 加 到 一 个 int 
值 ， 因 此 我 们 期 望 可 以 对 数组 也 实现 这 种 混合 类 型 的 操作 。 于 是 ， 我 们 将 面临 一 
个 问题 ， 即 如 何 确定 结果 模板 的 返回 类 型 。 


template<typename T1, typename T2> 
Array<???> operator+ (Array<T1> const&, Array<T2> const&); 


然而 ， 借 助 于 promotion trait， 我 们 就 可 以 解决 上 面 声明 所 给 出 的 问题 。 如 下 


所 示 : 


template<typename T1, typename T2> 
Array<typename Promotion<T1, T2>::ResultT> 
operator+ (Array<T1> const&, Array<T2> const&); 


或 者 可 以 使 用 另 一 种 实现 方法 ， 如 下 所 示 : 


template<typename T1, typename T2> 
typename Promotion<Array<T1>, Array<T2> >::ResultT 
operator+ (Array<T1> const&, Array<T2> const&); 


上 面 的 代码 的 主要 的 想法 是 : 提供 模板 Promotion 的 一 系列 特 化 ， 从 而 能 够 根 
据 要 求生 成 一 个 满足 我 们 需要 的 类 型 函数 。 男 一 个 使 用 promotion trait 的 应 用 程序 
是 由 max0) 模 板 引 入 的 ; 当 我 们 希望 指定 两 个 不 同类 型 值 的 最 大 值 时 ， 我 们 通常 都 
期 望 返 回 结果 《〈 即 最 大 值 ) 属于 “两 个 类 型 中 更 加 强大 的 类 型 ”( 见 2.3 节 ) ， 而 这 
个 时 候 往往 就 会 用 到 类 型 函数 。 


实际 上 ， 对 于 Promotion 模 板 ， 并 不 存在 确切 的 定义 ;， 因此 ， 我 们 最 好 是 让 这 
个 基本 模板 处 于 未 定义 状态 : 


template<typename T1, typename T2> 
class Promotion; 


另外 ， 如 果 两 个 类 型 的 大 小 不 一 样 ， 那 么 我 们 还 需要 作出 另 一 个 选择 : 我们 
将 提升 类 型 更 强大 的 类 型 。 我 们 可 以 通过 特殊 模板 IfThenElse 来 实现 这 一 点 ， 它 会 
接受 一 个 Boolean 的 非 类 型 模板 参数 ， 然 后 根据 Boolean 参 数 的 值 ， 在 两 个 类 型 参 
数 之 中 选 出 其 中 一 个 ; 


// traits/ifthenelse.hpp 


#ifndef IFTHENELSE_HPP 
#define IFTHENELSE_HPP 


// 基本 模板 : 根据 第 1 个 实 参 来 决定 : 是 选择 第 2 个 实 参 ， 还 是 第 3 个 实 参 
template 
class IfThenElse; 


// 局 部 特 化 : true 的 话 则 选择 第 2 个 实 参 
template 
class IfThenElse { 
public: 
typedef Ta ResultT; 
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// 局 部 特 化 : false 的 话 则 选择 第 3 个 实 参 
template 


class IfThenElse { 
public: 
typedef Tb ResultT; 
}; 


#endif // IFTHENELSE_HPP 


有 了 上 面 的 这 些 代 码 之 后 ， 我 们 能 够 根据 所 需要 提升 的 类 型 的 大 小 ， 从 而 在 
T1、T2、void 三 者 之 间作 出 选择 ， 并 且 实 现 Promotion 模 板 如 下 : 


// traits/promote1.hpp 


// 针对 类 型 提升 (type promotion) 的 基本 模板 
template<typename T1, typename T2> 
class Promotion { 
public: 
typedef typename 
IfThenElse<(sizeof(T1)>sizeof(T2)), 


T1, 

typename IfThenElse<(sizeof(T1)<sizeof(T2)), 
T2, 
void 
>::ResultT 


>::ResultT ResultT; 


}; 


对 于 在 基本 模板 中 使 用 的 这 种 基于 类 型 大 小 的 启发 式 假设 ， 在 大 多 数 情况 下 
都 可 以 正常 运行 ， 但 我 们 需要 对 这 种 假设 进行 检验 ;而 这 有 时 候 也 是 比较 肪 烦 
的 。 另 外 ， 如 果 这 种 假设 选择 了 一 个 错误 的 〈 即 不 符合 期 望 的 ) 类 型 ， 那 么 我 们 
还 需要 给 出 一 个 相应 的 特 化 ， 来 改写 原来 这 种 《基于 假设 的 ) 选择 。 男 一 方面 ， 
如 果 两 个 类 型 是 完全 一 样 的 ， 那 么 马上 就 可 以 安全 地 把 该 〈 相 同 的 ) 类 型 提升 为 
所 期 望 的 类 型 。 可 以 用 下 面 的 局 部 特 化 来 阐述 这 一 后 : 


// traits/promote2.hpp 


// 针对 两 个 相同 类 型 的 局 部 特 化 
template<typename T> 
class Promotion<T,T> { 
public: 
typedef T ResultT; 


}; 


为 了 记录 基本 类 型 的 提升 ， 我 们 还 需要 实现 一 系列 针对 基本 类 型 的 特 化 。 在 
此 ， 可 以 借助 宏 来 (从 某 种 程度 地 ) 减少 源 代码 的 数量 : 


// traits/promote3.hpp 


#define MK_PROMOTION(T1,T2,Tr) 
template<> class Promotion<T1, T2> { \ 


public: \ 
typedef Tr ResultT; \ 
}; \ 
\ 
template<> class Promotion<T2, T1> { \ 
public: \ 
typedef Tr ResultT; \ 
}; 


于 是 ， 我 们 可 以 这 样 添加 这 些 提升 : 


// traits/promote4.hpp 


MK_PROMOTION(bool, char, int) 
MK_PROMOTION(bool, unsigned char, int) 
MK_PROMOTION(bool, signed char, int) 


这 个 方法 相对 是 比较 直接 的 ， 但 同时 要 枚 举 出 几 十 种 《针对 基本 类 型 的 ) 可 
能 的 组 合 。 事 实 上 ， 还 存在 多 种 其 他 的 技术 。 例 如 ， 我 们 可 以 修改 IFundaT 模 板 
和 IsEnumT 模 板 来 定义 这 些 基于 整 型 与 浮 点 型 的 提升 类 型 。 于 是 ， 我 们 只 需要 考 
虑 那些 结果 为 基本 类 型 《和 用 户 定 义 的 类 型 ， 这 点 我 们 将 在 后 面 讨 论 ) ， 并 且 基 
于 这 些 类 型 对 Promotion 进 行 特 化 。 


一 旦 为 基本 类 型 (和 一 些 必要 的 枚 举 类 型 ) 定义 好 了 Promotion， 我 们 就 可 以 
通过 局 部 特 化 来 表达 其 他 的 提升 规则 。 例 如 我 们 的 Array 数 组 : 


// traits/promotearray.hpp 


template<typename T1, typename T2> 
class Promotion<Array<T1>, Array<T2> > { 
public: 
typedef Array<typename Promotion<T1,T2>::ResultT> ResultT; 
}; 


template<typename T> 
class Promotion<Array<T>, Array<T> > { 
public: 
typedef Array<typename Promotion<T,T>::ResultT> ResultT; 
}; 


对 于 最 后 一 个 局 部 特 化 ， 我 们 需要 给 予 更 大 的 关注 。 我 们 刚 开 始 可 能 会 认为 
前 面 针 对 相同 类 型 的 特 化 (Promotion<T,T>) 已 经 考虑 了 这 种 情况 。 然 而 遗憾 的 
是 ， 就 特 化 程度 而 言 ， 局 部 特 化 Promotion<Array<T1>, Array<T2> > 和 局 部 特 化 
Promotion<T, T> 是 一 样 的 〈 见 12.4 节 ) [391。 为 了 避免 产生 这 种 (由 于 特 化 程度 相 
同 而 引起 的 ) 模板 选择 二 义 性 ， 我 们 添加 了 最 后 一 个 局 部 特 化 ， 它 比 前 面 两 个 模 
板 中 的 任何 一 个 都 更 加 特殊 化 。 


当 添 加 更 多 类 型 的 时 候 ， 我 们 就 可 以 同时 添加 Promotion 模 板 更 多 的 特 化 和 局 
部 特 化 ， 从 而 可 以 针对 这 些 新 类 型 进行 提升 。 


15.3 policy trait 


到 目前 为 止 ， 我 们 给 出 了 几 个 trait 模 板 的 例子 ， 用 于 确定 模板 参数 的 一 些 属 
PE: 壁 如 这 些 参数 表示 的 是 什么 类 型 ， 在 混合 类 型 的 操作 中 ， 应 该 提升 哪 一 个 类 
型 等 等 。 我 们 把 这 些 trait 称 为 property trait。 


男 一 方面 ， 还 存在 其 他 类 型 的 trait， 它 们 定义 了 应 该 如 何 对 待 这 些 类 型 ， 我 
们 把 这 类 trait 称 为 policy trait。 这 让 我 们 想起 前 面 说 讨论 的 policy class 的 概念 〈 而 
且 我 们 已 经 指出 : trait 和 policy 之 间 的 区 别 并 不 是 很 明显 ) ;然而 ，policy trait 针 
对 的 是 与 模板 参数 相关 的 一 些 更 加 独 有 的 属性 〈 我 们 知道 ，policy class 通 常 都 是 
独立 于 其 他 模板 参数 的 ) 。 


尽管 我 们 通常 可 以 把 property trait 实 现 为 类 型 函数 ， 但 是 对 于 policy traith 
言 ， 我 们 通常 是 把 该 policy 封 装 在 成 员 函 数 内 部 。 在 进行 深入 阐述 之 前 ， 让 我 们 
先 来 看 一 个 类 型 函数 的 例子 ， 它 定义 了 一 个 用 于 传递 只 读 参 数 的 policy。 


15.3.1 只 读 的 参数 类 型 


在 C 和 C++ 中 ， 函 数 调用 实 参 在 缺 省 情况 下 都 是 以 “ 传 值 ?的 方式 进行 传递 的 。 
TO ek As 由 调用 者 计算 出 来 的 实 参 值 需要 被 拷贝 到 被 调用 者 所 控制 的 位 置 
中 。 于 是 ， 大 多 数 程序 员 都 察觉 到 :对 于 很 大 的 数据 结构 而 言 ， 这 种 拷贝 都 是 很 
耗费 资源 的 ; 因此 ， 对 于 这 种 数据 结构 ， 应 该 “ 传 const 引 用 ”人 或者， 在 C 中 传递 
const 指 针 ) 。 相 反 ， 对 于 更 小 的 结构 ， 情 况 就 并 非 这 么 简单 了 ;， 从 性 能 的 观点 来 
看 ， 窜 竟 采 用 何 种 机 制 依赖 于 代码 所 在 的 实际 体系 结构 。 实 际 上 ， 在 大 多 数 例子 
中 ， 小 的 数据 结构 完 竟 采用 何 种 机 制 ， 对 性 能 的 影响 并 不 大 ， 但是， 即使 是 针对 
小 的 数据 结构 ， 我 们 也 必须 小 心 处 理 ， 选 择 一 个 适当 的 传递 机 制 。 


当然 ， 引 入 了 模板 之 后 ， 事 情 就 变 得 更 加 复杂 了 : 因为 我 们 事先 并 不 知道 用 
来 蔡 换 模板 参数 的 类 型 完 疯 有 多 大 ;， 而且， 最 后 的 决定 也 不 仅仅 依赖 于 类 型 的 大 
小 : 一 个 小 的 结构 也 可 能 会 具有 昂贵 的 找 贝 构造 函数 ， 这 时 我 们 也 应 该 以 “const 
引用 ?的 方式 来 传递 只 读 参 数 。 


在 前 面 的 讨论 中 ， 我 们 已 经 隐约 提 到 ， 可 以 使 用 policy trait 模 板 来 处 理 上 面 这 
个 问题 ， 而 且 该 policy trait 实 际 上 是 一 个 类 型 函数 : 该 函数 可 以 根据 不 同 的 情况 
《 即 类 型 大 小 ) ， 将 把 实 参 类 型 T 映 射 为 T 或 者 T const&， 即 在 这 两 种 类 型 中 挑选 
出 一 种 最 佳 参数 类 型 。 基 于 下 面 的 例子 ， 我 们 做 出 一 个 近似 的 假设 : 对 于 不 大 
于 “2 个 指针 ”大 小 的 类 型 ， 基 本 模板 将 采用 “ 传 值 ”的 方式 传递 参数 ， 而 对 于 其 他 的 
类 型 ， 则 采用 “传递 const 引 用 ”的 方式 传递 参数 。 


template<typename T> 
class RParam { 


public: 
typedef typename IfThenElse<sizeof(T)<=2*sizeof(void*), 
T 


3 
T const&>::ResultT Type; 
}; 


男 一 方面 ， 对 于 容器 类 型 ， 即 使 sizeof 函 数 返 回 的 是 一 个 很 小 的 值 ， 但 也 可 能 
A E E N R E 


template<typename T> 
class RParam<Array<T> > { 
public: 
typedef Array<T> const& Type; 


由 于 我 们 处 理 的 都 是 C++ 中 的 常见 类 型 ， 所 以 我 们 期 望 在 基本 模板 中 能 够 对 
非 class 类 型 (nonclass type) 以 传 值 的 方式 进行 调用 。 另 外 对 于 某 些 对 性 能 要 求 比 
较 苛 刻 的 class 类 型 ， 我 们 有 选择 地 添加 这 些 类 为 “ 传 值 ” 方 式 〈 下 面 的 基本 模板 使 
用 了 15.2.2 小 节 的 IsClassT<> 模 板 ， 来 区 分 是 否 为 class 类 型 ) 。 


// traits/rparam. hpp 


#ifndef RPARAM_HPP 
#define RPARAM_HPP 
#include "ifthenelse.hpp” 
#include "isclasst.hpp" 


template<typename T> 
class RParam { 


public: 
typedef typename IfThenElse<IsClassT<T>::No, 
T, 
T const&>::ResultT Type; 
}; 


#endif // RPARAM_HPP 


对 于 上 面 两 种 方法 中 的 任何 一 种 ， 我 们 都 可 以 在 trait 模 板 的 定义 中 实现 这 个 
policy， 而 且 客户 端 也 可 以 使 用 该 policy 来 获得 好 的 性 能 。 例 如 ， 假 设 我 们 具有 两 
个 类 ， 其 中 一 个 指定 : 对 于 只 读 实 参 而 言 ， 传 值 调用 具有 更 好 的 性 能 。 


// traits/rparamcls.hpp 


#include <iostream> 
#include "rparam. hpp" 


class MyClass1 { 
public: 


MyClass1 () { 
} 
MyClass1 (MyClass1 const&) { 
std::cout << "MyClass1 copy constructor called\n"; 
} 
}; 
class MyClass2 { 
public: 
MyClass2 () { 
MyClass2 (MyClass2 const&) { 
std::cout << "MyClass2 copy constructor called\n"; 
} 
}; 
// 对 于 RParam<> 的 MyClass2 参 数 ， 以 传 值 的 方式 进行 传递 
template<> 
class RParam<MyClass2> { 
public: 
typedef MyClass2 Type; 
}; 


现在 ， 对 于 具有 只 读 实 参 的 函数 ， 你 就 可 以 在 函数 声明 中 使 用 RParam<> 了 了 ， 
并 且 调 用 这 些 函 数 : 


// traits/rparam1.cpp 


#include "rparam.hpp" 
#include "rparamcls.hpp" 


// 允许 参数 以 传 值 或 者 传 引 用 的 方式 传递 参数 的 函数 

template <typename T1, typename T2> 

void foo (typename RParam<T1>::Type p1, 
typename RParam<T2>::Type p2) 


{ 
} 
int main() 
{ 
MyClass1 mc1; 
MyClass2 mc2; 
foo<MyClass1,MyClass2>(mc1,mc2) ; 
} 


遗憾 的 是 ， 上 面 这 种 使 用 RParam 的 作法 有 几 个 严重 的 缺点 。 首 先 ， 函 数 声明 
现在 变 得 格外 复杂 。 其 次 ， 也 许 更 容易 令 人 对 该 方案 持 反对 态度 的 是 : 我 们 现在 
不 能 使 用 实 参 演绎 来 调用 诸如 foo0 的 函数 了 ， 因 为 模板 参数 只 是 出 现在 函数 参数 
的 限定 符 里 面 。 因 此 ， 我 们 不 得 不 在 调用 的 位 置 显 式 地 指定 模板 实 参 。 


对 于 上 面 这 个 问题 ， 存 在 一 个 笨拙 的 解决 方法 : 使 用 一 个 内 联 的 包装 
Cwrapper) 水 数 模 板 ， 但 是 该 方案 假设 内 联 函 数 将 会 被 编译 器 移 除 ， 即 编译 器 将 
直接 调用 位 于 内 联 函 数 里 面 的 函数 ， 如 下 面 的 foo_coreO 函 数 。 


// traits/rparam2.cpp 


#include "rparam.hpp" 
#include "rparamcls.hpp" 


// 允许 以 传 值 或 者 传 引用 的 方式 传递 参数 的 函数 

template <typename T1, typename T2> 

void foo core (typename RParam<T1>::Type p1, 
typename RParam<T2>::Type p2) 

{ 


} 


// 为 了 避免 指定 显 式 模板 参数 而 实现 的 wrapper 
template <typename T1, typename T2> 
inline 

void foo (T1 const & p1, T2 const & p2) 
{ 


} 


foo_core<T1,T2>(p1,p2); 


int main() 


MyClass1 mc1; 
MyClass2 mc2; 
foo(mc1,mc2); // f}-foo_core<MyClass1,MyClass2>(mc1,mc2) 


15.3.2 拷贝 、 交 换 和 移动 


为 了 继续 针对 性 能 的 讨论 ， 我 们 引入 了 妃 一 个 policy trait 模 板 ， 它 将 选择 出 最 
佳 的 操作 ， 来 拷贝 、 交 换 或 者 移动 茶 一 特定 类 型 的 元 系 。 


设想 拷贝 操作 是 通过 拷贝 构造 函数 或 者 拷贝 赋值 运算 符 来 实现 的 。 对 于 单一 
元 素 而 言 ， 这 是 完全 正确 的 。 但 是 对 于 具有 相同 类 型 的 多 个 元 素 而 言 ， 与 重复 地 
调用 该 类 型 的 构造 函数 或 者 赋值 运算 符 相 比 ， 可 能 还 存在 效率 更 高 的 操作 。 


类 似 地 ， 与 下 面 传统 的 操作 相 比 ， 也 存在 更 加 高 效 地 交换 或 者 移动 特定 类 型 
元 素 的 操作 : 


T tmp(a); 
a=b; 
b = tmp; 


容器 类 型 就 是 一 个 典型 的 例子 。 实 际 上 ， 对 容器 类 型 而 言 ， 找 贝 操作 通常 是 
不 允许 的 ， 而 主要 是 进行 交换 或 者 移动 操作 。 在 讨论 实用 性 的 那 一 草 里 〈 见 第 20 
章 ) 我 们 开发 了 一 个 具有 这 种 属性 的 智能 指针 。 


因此 ， 我 们 期 望 能 够 用 一 个 合适 的 trait 模 板 ， 来 确定 上 面 所 讨论 的 这 些 问 
题 。 对 于 泛 型 定义 ， 我 们 将 区 分 class 类 型 和 nonclass 类 型 ， 因 为 对 于 nonclass 类 型 
而 言 ， 我 们 并 不 需要 在 意 用 户 自 己 自 定 义 的 拷贝 构造 函数 和 拷贝 赋值 运算 符 。 这 
一 次 ， 我 们 将 使 用 继承 ， 从 而 能 够 在 两 种 trait 实 现 中 进行 选择 。 


// traits/csmtraits.hpp 


template <typename T> 
class CSMtraits : 
}; 


: public BitOrClassCSM<T, IsClassT<T>::No > { 


CSMtraits 的 实现 完全 委托 给 了 BitOrClassCSM<> 的 特 化 〈 其 中 CSM 是 
由 “copy、swap、move” 的 第 1 个 字母 组 成 的 ) 。 基 类 的 第 2 个 模板 参数 表示 : 是 否 
能 够 安全 地 使 用 位 元 找 贝 ， 来 实现 多 种 操作 。 从 上 面 代码 可 以 看 出 ， 虽 然 泛 型 定 
义 保 守 地 假设 : 不 能 对 class 类 型 进行 安全 的 位 元 拷贝 ， 但 对 某 些 已 知 为 
POD (plain old datatype) 的 类 型 ， 我 们 就 可 以 特 化 CSMtraits 来 获得 更 好 的 性 


template<> 
class CSMtraits<MyPODType> 


: public BitOrClassCSM<MyPODType, true> { 
}; 


缺 省 情况 下 ，BitOrClassCSM 模 板 包 含 了 两 个 局 部 特 化 。 下 面 的 代码 包含 了 


一 个 基本 模板 和 一 个 不 进行 位 元 拷贝 的 、 安 全 的 局 部 特 化 。 


// traits/csm1.hpp 


#include <new> 
#include <cassert> 
#include <stddef.h> 
#include "rparam.hpp" 


// 基本 模板 
template<typename T, bool Bitwise> 
class BitOrClassCSM; 


// 用 于 对 象 安全 拷贝 的 局 部 特 化 

template<typename T> 

class BitOrClassCSM<T, false> { 
public: 


static void copy (typename RParam<T>::ResultT src, T* dst) { 
// 把 其 中 一 项 捞 贝 给 所 对 应 的 另 一 项 


*dst = src; 


} 


static void copy_n (T const* src, T* dst, size_t n) { 
// 把 其 中 n 项 拷贝 给 其 他 n 项 
for (size_tk=0;k<n; ++k) { 
dst[k] = src[k]; 


} 
} 


static void copy_init (typename RParam<T>::ResultT src, 
void* dst) { 
// 拷贝 一 项 到 未 进行 初始 化 的 存储 空间 
: :new(dst) T(src); 
} 


static void copy_init_n (T const* src, void* dst, size_t n) { 
// 拷贝 n 项 到 未 进行 初始 化 的 存储 空间 
for (size_tk=0;k<n; ++k) { 
::new((void*)((char*)dst+k)) T(src[k]); 
} 
} 


static void swap (T* a, T* b) { 
// 交换 其 中 两 项 


T tmp(*a); 
*a = *b; 
*b = tmp; 


} 


static void swap_n (T* a, T* b, size_t n) { 
// 交换 n 项 
for (size_tk=0;k<n; ++k) { 
T tmp(a[k]); 
a[k] = b[k]; 
b[k] = tmp; 


} 


static void move (T* src, T* dst) { 
// 移动 一 项 到 男 一 项 所 在 的 位 置 
assert(src != dst); 
*dst = *src; 
src->~T(); 


} 


static void move_n (T* src, T* dst, size_t n) { 
// 移动 n 项 到 另 n 项 所 在 的 位 置 
assert(src != dst); 
for (size_tk=0@;k<n; ++k) { 
dst[k] = src[k]; 
src[k].~T()3 


static void move_init (T* src, void* dst) { 


// 移动 一 项 到 未 初始 化 的 存储 空间 


assert(src != dst); 
: :new(dst) T(*src); 
src->~T(); 


} 


static void move_init_n (T const* src, void* dst, size tn) { 
// 移动 n 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
for (size_tk=0@;k<n; ++k) { 
::new((void*)((char*)dst+k)) T(src[k]); 
src[k].~T()3 


}3 


在 这 里 ，move 的 概念 意味 着 : 把 一 个 值 从 一 个 位 置 转移 到 另 一 个 位 置 ， 因 此 
原来 的 值 已 经 不 再 存在 〈 或 者 更 加 准确 而 言 ， 原 来 的 值 所 在 位 置 已 经 被 回收 
J) 。 相 反 ，copy 操 作 则 保证 在 执行 该 操作 之 后 ， 源 位 置 和 目标 位 置 都 是 有 效 
的 ， 而 且 具 有 相同 的 值 。 我 们 还 要 把 这 种 区 别 以 及 memcpyO 与 nemmove0 之 间 的 
区 别 进 行 区 分 ， 其 中 memcpy0 和 memmove0O 是 标准 C 程 序 库 的 两 个 函数 : 在 C 标 准 
库 的 这 两 个 函数 中 ，move 操 作 意 味 着 源 位 置 和 目标 位 置 是 可 以 重 登 的 ， 但 copy 操 
作 的 源 位 置 和 目标 位 置 不 能 重 铬 。 而 在 我 们 CSM 的 实现 中 ， 我 们 假设 源 位 置 和 目 
标 位 置 在 两 个 操作 中 都 是 不 能 重 车 的 。 男 外 ， 在 具有 工业 强度 的 程序 库 中 ， 可 能 
还 需要 添加 一 个 shift 操 作 ， 来 表达 一 个 用 于 在 连续 内 存 区 域 移动 对 象 的 policy〔 该 
Ge mei ek 。 在 此 ， 我 们 基于 简单 性 考虑 而 省 略 了 这 个 shift 操 


我 们 看 到 ， 上 面 policy trait 模 板 的 成 员 函 数 都 是 静态 的 。 实 际 上 ， 大 多 数 情 况 
也 都 是 如 此 ， 因 为 我 们 只 是 对 参数 类 型 的 对 象 应 用 这 些 成 员 函 数 ， 而 并 非 对 trait 
class 类 型 的 对 象 应 用 这 些 成 员 函 数 。 


最 后 ， 男 一 个 针对 位 元 找 贝 的 trait 而 实现 的 局 部 特 化 如 下 : 


// traits/csm2.hpp 


#include <cstring> 
#include <cassert> 
#include <stddef.h> 
#include "csm1.hpp" 


// 针对 更 快 的 对 象 位 元 拷贝 而 实现 的 局 部 特 化 
template <typename T> 
class BitOrClassCSM<T,true> : public BitOrClassCSM<T,false> { 
public: 
static void copy_n (T const* src, T* dst, size_t n) { 
// 找 贝 n 项 到 其 他 的 对 象 


std: :memcpy((void*)dst, (void*)src, n); 


} 


static void copy_init_n (T const* src, void* dst, size t n) { 
// 拷贝 n 项 到 未 初始 化 的 存储 空间 
std: :memcpy(dst, (void*)src, n); 


} 


static void move_n (T* src, T* dst, size_t n) { 
// 移动 n 项 到 其 他 对 象 的 n 项 
assert(src != dst); 
std: :memcpy((void*)dst, (void*)src, n); 


} 


static void move_init_n (T const* src, void* dst, size_t n) { 
// 移动 n 项 到 未 初始 化 的 存储 空间 
assert(src != dst); 
std: :memcpy(dst, (void*)src, n); 


}3 


针对 能 够 进行 位 元 拷贝 的 类 型 ， 为 了 简化 该 类 型 的 trait 实 现 ， 我 们 使 用 了 为 
一 层次 的 继承 。 然 而 我 们 应 该 知道 : 这 种 实现 并 非 是 必需 的 。 实 际 上 ， 对 于 特定 
a FRAT HESS AES AR A, BOA A AE A BY AC PRR 
J 


15.4 本 章 后 记 


Nathan Myers 是 首位 令 trait 参 数 的 概念 走向 正式 化 的 专家 。 他 最 初 给 出 了 一 种 
能 够 在 标准 库 组 件 〈 诸 如 输入 输出 流 ) 中 处 理 字 符 类 型 的 trait， 并 且 把 这 种 trait 思 
想 提 交 给 了 C++ 标准 委员 会 。 在 那个 时 候 ， 他 把 trait 称 为 baggage template， 并 且说 
明 baggage template 包 含 了 多 个 trait。 然 而 ，C++ 委 员 会 的 某 些 成 员 并 不 喜欢 
baggage 这 个 概念 ， 因 此 最 后 也 就 使 用 了 trait 这 个 名 字 。 而 且 从 那 之 后 ，trait 这 个 
概念 就 被 广泛 使 用 了 。 


通常 而 言 ， 客 户 端 代码 都 不 会 涉及 到 trait;， 因 为 缺 省 的 trait 类 都 可 以 满足 一 般 
的 需要 ， 而 且 这 些 trait 类 都 是 一 些 缺 省 模板 实 参 ， 因 此 在 客户 端 代 码 中 并 不 需要 
出 现 。 这 同时 也 有 利于 证 明 : 在 缺 省 trait 模 板 中 ， 使 用 长 的 描述 名 称 是 合理 的 。 
男 一 方面 ， 客 户 端 代码 也 可 以 提供 一 个 自 定义 的 trait 实 参 ， 来 修改 缺 省 模板 的 行 
为 ， 此 时 ， 我 们 通常 都 会 对 所 获得 的 结果 特 化 typedef 成 一 个 简短 、 并 且 能 够 表达 
自 定义 行为 的 名 称 。 这 样 的 话 ， 即 使 trait 类 被 给 定 了 一 个 很 长 的 描述 名 称 ， 也 不 
会 牺牲 太 多 的 源 代码 优雅 性 。 


在 我 们 的 讨论 中 ， 我 们 只 是 以 类 模板 的 形式 给 出 了 trait 模 板 。 但 是 严格 而 
言 ， 情 况 却 非 完全 如 此 。 如 果 只 需要 提供 单一 的 policy trait， 我 们 也 可 以 传递 普通 
函数 模板 的 形式 来 给 出 trait 模 板 。 例 如 


template <typename T, void (*Policy)(T const&, T const&)> 
class X; 


然而 ，trait 的 最 初 目的 是 为 了 减少 次 要 模板 实 参 的 数量 ， 而 如 果 我 们 在 模板 
参数 中 仅仅 封装 一 个 trait 的 话 ， 那 么 将 达 不 到 最 初 的 目的 。 这 也 是 Myer 为 什么 要 
把 概念 baggage 看 为 trait 集 合 的 原因 。 我 们 将 在 的 第 22 章 重新 探讨 这 个 问题 ， 在 那 
一 章 里 ， 我 们 给 出 了 一 个 排序 原则 。 


标准 库 定 义 了 类 模板 std::char_traits， 它 被 用 作 一 个 policy trait. A J es 
修改 某 些 算法 ， 使 之 适合 多 种 STL 人 迭代 器 的 要 求 ， 即 要 在 该 算法 中 应 用 多 种 友 代 
器 ; 标准 库 提供 了 一 个 很 简单 的 std::iterator_traits 属性 trait (property trait) 模板 
(而 且 在 标准 库 的 接口 中 也 使 用 这 个 trait) 。 另 外 ， 模 板 std::numeric_limits 也 可 以 
被 用 作 一 个 属性 trait 模 板 ， 但 是 在 标准 库 中 却 看 不 到 这 种 用 法 。 类 似 地 ， 类 模板 
std::unary_function 和 和 std::binary_funtion 也 是 属于 这 种 例子 ， 但 是 ， 后 两 个 函数 是 
很 简单 的 类 型 函数 : 它们 只 是 把 实 参 typedef 为 成 员 名 称 ， 而 这 又 适用 于 仿 函 数 
Cfuntor， 也 称 为 函数 对 象 ， 见 第 22 章 ) 。 最 后 ， 用 于 标准 容器 类 型 的 内 存 分 配 也 
是 使 用 一 个 policy trait 类 来 处 理 的 ，std::allocator 模 板 就 是 标准 库 提 供 的 用 于 这 个 
目的 的 标准 处 理 方式 。 


显然 ， 许 多 程序 员 和 一 些 作者 都 在 开发 和 探索 policy class。 其 中 Alexandrescu 


使 policy class 这 个 概念 更 加 普及 流行 ， 在 Modern C++ Design 里 ， 他 给 出 了 更 多 关 
F policy class 的 详细 内 容 ， 也 包括 我 们 这 一 简短 章节 中 所 没有 的 内 容 〈 见 


[AlexandrescuDesign]) 。 


[1] 出 于 简单 性 考虑 ， 本 节 中 的 许多 例子 都 是 使 用 普通 指针 。 显 然 ， 一 个 具有 工 
业 强 度 的 接口 可 能 更 加 趋向 于 使 用 符合 C++ 标 准 库 约束 的 迭代 器 参数 ( 见 
[JosuttisStdLib]〉。 我 们 将 在 后 面 的 例子 中 重 温 这 一 点 。 


[2] EBCDIC 是 Extended Binary-Coded Decimal Interchange Code 的 缩写 ， 这 是 一 
个 IBM 的 字符 集 ， 在 大 型 的 IBM 计 算 机 中 广泛 使 用 。 


[3] 现今 的 大 多 数 C++ 编 译 器 都 能 够 识别 这 种 简单 的 内 联 函 数 调用 ， 并 且 根 据 针 
对 内 联 函 数 的 处 理 机 制 来 处 理 这 种 调用 。 


[4] ”当然 ， 在 C++ 标 准 的 修改 方案 中 ， 这 个 现象 也 即将 改变 。 而 且 ， 编 译 器 开发 
商 也 愿意 在 修改 的 标准 发 布 之 前 ， 就 提供 这 个 特性 〈 即 函数 模板 文 持 缺 省 模板 实 
参 ， 有 具体 见 13.3 节 ) 。 


[5] 我 们 将 使 用 policy 参 数 来 泛 化 这 一 点 〈 即 不 同 的 Policy 类 ) ， 其 中 这 个 policy 
参数 可 以 是 一 个 类 〈 如 SumPolicy) ， 也 可 以 是 一 个 函数 指针 。 


[6] 应 该 知道 我 们 仍然 不 能 写 int& &。 男 外 ， 我 们 还 知道 ， 对 于 T const 而 言 ， 虽 
然 允 许 使 用 int const 来 替换 T， 但 是 显 式 地 编写 int const const 仍 然 是 无 效 的 。 然 
而 ， 这 两 种 情况 既 相 似 又 有 区 别 。 


[7] 基于 简化 考虑 ， 我 们 在 此 并 不 考虑 volatile 和 const volatile 限 定 符 ; 但 是 它们 
和 reference 的 处 理 方式 是 类 似 的 。 


[8] 译注，promotion 的 含义 是 “提升 "， 指 对 于 两 个 不 同 的 类 型 ， 找 到 其 中 一 个 更 
加 强大 的 类 型 ， 或 者 对 于 某 个 类 型 ， 根 据 需要 变 成 一 个 更 加 强大 的 类 型 。 其 中 "更 
加 强大 ”通常 是 指 "size 时 函数 返回 的 整 型 值 更 大 ”。 


[9] 为 了 证 明 这 一 点 ， 可 以 试图 找到 T 的 一 个 蔡 换 ， 使 后 一 个 特 化 能 够 变 成 前 一 
个 特 化 ;或 者 找到 针对 T1 和 T2 的 蔡 换 ， 使 前 一 个 特 化 能 够 变 成 后 一 个 特 化 。 


第 16 半 ”模板 与 继承 


不 是 多 家 不 聚 头 ， 让 模板 与 继承 “ 聚 头 ”， 想 象 一 下 会 有 什么 好 戏 看 ? RUA 
现在 你 的 脑海 中 的 是 第 9 章 里 继承 依赖 型 基 类 (dependent base class) 时 处 理 非 受 
限 名 字 Cunqualified names) HIERE? 其 实 ， 模 板 与 继承 的 结合 ， 借 助 所 谓 
的 参数 化 继承 (parameterized inheritance) ， 倒 能 碰撞 出 不 少 精彩 的 技术 火花 ， 而 
这 正 是 本 章 的 主题 。 


16.1 命名 模板 参数 


许多 模板 技术 往往 让 类 模板 拖 着 一 长 串 类 型 参数 ， 不 过 许多 参数 都 设 有 合理 
的 缺 省 值 ， 往 往 像 这 样 : 


template <typename Policy1 = DefaultPolicy1, 
typename Policy2 = DefaultPolicy2, 

typename Policy3 = DefaultPolicy3, 

typename Policy4 = DefaultPolicy4> 

class BreadSlicer { 


}; 


一 般 情 况 下 使 用 缺 省 模板 实 参 BreadSlicer<> 就 足够 了 。 不 过 ， 如 果 必 须 指 定 
茶 个 非 缺 省 的 实 参 ， 还 必须 明白 地 指定 在 它 之 前 的 所 有 实 参 《〈 即 使 这 些 实 参 正 好 
是 缺 省 类 型 ， 也 不 能 偷懒 ) 。 


跟 这 样 的 BreadSlicer<DefaultPolicy1, DefaultPolicy2, Custom> 相 比 ， 
BreadSlicer<Policy3 = Custom> 显 然 更 有 吸引 力 。 下 面 我 们 就 来 把 这 吸引 力 由 梦想 
AB ASE, 


我 们 的 考虑 主要 是 设法 将 缺 省 类 型 值 放 到 一 个 基 类 中 ， 再 根据 需要 通过 派生 
禾 盖 掉 某 些 类 型 值 。 这 样 ， 我 们 就 不 再 直接 指定 类 型 实 参 了 ， 而 是 通过 辅助 类 完 
成 ， 如 BreadSlicer<Policy3_is<Custom> >。 既 然 用 辅助 类 做 模板 参数 ， 每 个 辅助 
类 都 可 以 描述 上 述 4 个 policy 中 的 任意 一 个 ， 故 所 有 模板 参数 的 缺 省 值 均 相同 : 


template <typename PolicySetter1 = DefaultPolicyArgs, 
typename PolicySetter2 = DefaultPolicyArgs, 
typename PolicySetter3 = DefaultPolicyArgs, 
typename PolicySetter4 = DefaultPolicyArgs> 


class BreadSlicer { 
typedef PolicySelector<PolicySetter1, PolicySetter2, 
PolicySetter3, PolicySetter4> 
Policies; 
// 使 用 Policies::P1、Policies::P2.. .来 引用 各 个 policies 


}; 


剩 下 的 麻烦 事 就 是 实现 模板 PolicySelector。 这 个 模板 的 任务 是 利用 typedef 将 
各 个 模板 实 参合 并 到 一 个 单一 的 类 型 〈 即 Disoriminator) ， 该 类 型 能 够 根据 指定 
的 非 缺 省 类 型 〈 如 policy1l-is 的 Policy) ， 改 写 缺 省 定义 的 typedef 成 员 〈 如 Default 
Policies 的 DefaultPolicy1) 。 其 中 合并 的 事情 可 以 让 继承 来 干 : 


// PolicySelector<A,B,C,D> 生成 A,B,C,D 作 为 基 类 


// Discriminator<> 使 Policy Seletor 可 以 多 次 继承 自 相 同 的 基 类 


template<typename Base, int D> 
class Discriminator : public Base { 


}3 


template <typename Setter1, typename Setter2, 
typename Setter3, typename Setter4> 
class PolicySelector : public Discriminator<Setter1,1>, 
public Discriminator<Setter2,2>, 
public Discriminator<Setter3, 3>, 
public Discriminator<Setter4,4> { 


注意 ， 由 于 中 间 模 板 Discriminator 的 引入 ， 我 们 就 可 以 一 致 处 理 各 个 Setter 类 
型 〈 不 能 直接 从 多 个 相同 类 型 的 基 类 继承 ， 但 可 以 借助 中 间 类 间接 继承 ) A, 


如 前 所 述 ， 我 们 还 需 把 缺 省 值 集中 到 一 个 基 类 中 : 


// 分 别 命名 缺 省 policies 为 P1, P2, P3, P4 


class DefaultPolicies { 
public: 
typedef DefaultPolicy1 P1; 
typedef DefaultPolicy2 P2; 
typedef DefaultPolicy3 P3; 
typedef DefaultPolicy4 P4; 


}3 


不 过 由 于 会 多 次 从 这 个 基 类 继承 ， 我 们 必须 小 心 以 避免 二 义 性 ， 故 用 虚拟 继 
7K: 


// 一 个 为 了 使 用 缺 省 policy 值 的 类 


// 如 果 我 们 多 次 派生 自 DefaultPolicies， 下 面 的 虚拟 继承 就 避免 了 二 义 性 
class DefaultPolicyArgs : virtual public DefaultPolicies { 
}; 


最 后 ， 我 们 只 需 写 几 个 模板 上 覆盖 掉 缺 省 的 policy 参 数 : 


template <typename Policy> 
class Policy1_is : virtual public DefaultPolicies { 
public: 
typedef Policy P1; // 改写 缺 省 的 typedef 
}; 


template <typename Policy> 
class Policy2 is : virtual public DefaultPolicies { 
public: 
typedef Policy P2; // 改 号 缺 省 的 typedef 


}; 


template <typename Policy> 
class Policy3 is : virtual public DefaultPolicies { 
public: 
typedef Policy P3; // 改 写 缺 省 的 typedef 


}; 


template <typename Policy> 
class Policy4_is : virtual public DefaultPolicies { 
public: 
typedef Policy P4; // 改 写 缺 省 的 typedef 


}; 


大 功 告 成 。 我 们 把 模板 BreadSlicer 实 例 化 为 : 


BreadSlicer<Policy3_is<CustomPolicy> > bc; 


这 时 模板 BreadSlicer 中 的 类 型 Polices 被 定义 为 : 


PolicySelector<Policy3_is<CustomPolicy>, 
DefaultPolicyArgs, 
DefaultPolicyArgs, 
DefaultPolicyArgs> 


由 类 模板 Discriminator 的 帮助 ， 我 们 得 到 了 如 图 16.1 所 示 的 类 层次 。 从 中 可 以 
看 出 ， 所 有 的 模板 实 参 都 是 基 类 ， 而 它们 有 共同 的 虚 基 类 DefaultPolicies， 正 是 这 
个 共同 的 虚 基 类 定义 了 P1、P2、P3 和 P4 的 缺 省 类 型 ， 不 过 ， 其 中 一 个 派生 类 
Policy3_is<> 重 定义 了 P3。 根 据 优势 规则 (domination rule) ， 重 定义 的 类 型 隐藏 
了 基 类 中 的 定义 ， 这 里 没有 二 义 性 问题 B1。 


DefaultPolicies 


typedef DefaultPolicyl Pl; 
typedef DefaultPolicy2 P2; 
typedef DefaultPolicy3 P3; 
typedef DefaultPolicy4 P4; 


{virtual}  —_—si{virtual} virtual} lvirtual} 


| Policy3_is<CustomPolicy> DefaultPolicyArgs DefaultPolicyArgs DefaultPolicyArgs 


typedef CustomPolicy P3; 
| 
4 | 
| | 


| Discriminator<...,1> Discriminator<...,2> Discriminator<...,.3> | Discriminator<...,4> 


4 aie $ aka N eren ra em 


| PolicySelector<Policy3_is<CustomPolicy>,DefaultPolicyArgs,DefaultPolicyArgs,DefaultPolicyArgs> 


图 16.1 BreadSlicer<>::Policies 所 获得 的 类 型 体系 


在 模板 BreadSlicer 中 ， 我 们 可 以 使 用 诸如 Policies::P3 等 限定 名 称 (qualified 
name) 来 引用 这 4 个 policy， 例 如 : 


template <... > 
class BreadSlicer { 


public: 
void print () { 
Policies: :P3::doPrint(); 


完整 示例 请 见 inherit/nametmpl.cpp。 
虽然 上 述 实 现 针 对 的 是 4 个 模板 参数 的 情况 ， 但 不 难 举一反三 解决 一 般 的 命 


名 模板 参数 问题 。 注 意 ， 对 于 那些 包含 虚 基 类 的 辅助 类 ， 我 们 自始至终 都 没有 对 
它们 进行 实例 化 ， 因 此 也 就 不 存在 性 能 或 者 内 存 耗费 的 问题 。 


16.2 TŽ 

C++ 类 常常 为 “ 空 ”， 这 就 意味 着 在 运行 期 其 内 部 表示 不 耗费 任何 内 存 。 这 常 
见于 只 包含 类 型 成 员 、 非 虚 成 员 逊 数 和 静态 数据 成 员 的 类 ， 而 非 静 态 数 据 成 员 、 
虚 函 数 和 虚 基 类 则 的 确 在 运行 期 耗费 内 存 。 


即使 是 空 类 ， 其 大 小 也 不 会 为 0。 试 试 下 面 这 个 程序 : 


// inherit/empty.cpp 
#include <iostream> 
class EmptyClass { 


ea 
int main() 


std::cout << "sizeof(EmptyClass): " << sizeof(EmptyClass) 
<< '\n'; 


EFWZFELE, ERTE EmptyClassh A) Al; MEETA 
(alignment) 要 求 更 严格 系统 上 ， 结 果 可 能 是 另 一 个 数 〈 通 常 是 4) 。 


16.2.1 布局 原则 


C++ 的 设计 者 们 不 允许 类 的 大 小 为 0， 其 原因 很 多 。 比 如 由 它们 构成 的 数组 ， 
其 大 小 必然 也 是 0， 这 会 导致 指针 运算 中 普遍 使 用 的 性 质 失效 。 例 如 ， 假 设 类 型 
ZeroSizedT 的 大 小 为 0， 则 下 面 的 操作 会 出 现 错误 : 


ZeroSizedT z[10]; 


&z[i] - &z[j] // 计算 两 个 指针 或 者 地 址 之 间 的 距离 


通常 而 言 ， 示 例 中 的 差 值 ， 一 般 是 用 两 个 地 址 之 间 的 字 市 数 除 以 类 型 大 小 而 
得 到 的 ， 而 类 型 大 小 为 0 就 不 妙 了 。 


虽然 不 能 存在 “ 零 大 小 ”的 类 ， 但 这 局 门 也 没 彻底 关 死 。C++ 标 准 规定 ， 当 空 
类 作为 基 类 时 ， 只 要 不 会 与 同一 类 型 的 另 一 个 对 象 或 子 对 象 分 配 在 同一 地 址 ， 
就 不 需 为 其 分 配 任何 空间 。 我 们 通过 实例 来 看 看 这 个 所 谓 的 空 基 类 优化 “empty 
base class optimization, EBCO) 技术 : 


// inherit/ebcol1.cpp 


#include <iostream> 


class Empty { 
typedef int Int; // typedef 成 员 并 不 会 使 类 成 为 非 空 


}; 
class EmptyToo : public Empty { 
}; 
class EmptyThree : public EmptyToo { 
}; 
int main() 
{ 
std::cout << "sizeof(Empty): " << sizeof(Empty) 
<< '\n'; 
std::cout << "sizeof(EmptyToo): " << sizeof(EmptyToo) 
<< '\n'; 
std::cout << "sizeof(EmptyThree): " << sizeof(EmptyThree) 
<< '\n'; 
} 


MRR TERRE, ERRETA a SR A], (EAN 
0〈 见 图 16.2) 。 也 就 是 说 ， 在 类 EmpytToo 中 的 类 Empty 没有 分 配 空间 。 注 意 ， 带 
有 优化 空 基 类 的 空 类 〈 没 有 其 他 基 类 ) ， 其 大 小 亦 为 0; 这 也 是 类 EmptyThree 能 
够 和 类 Empty 具 有 相同 大 小 的 原因 所 在 。 然 而 ， 在 不 支持 EBCO 的 编译 器 上 ， 结 果 
就 大 相 径 庭 〈 见 图 16.3) 。 


| Empty | EmptyToo | EmptyThree 


图 16.2 ”实现 EBCO 的 编译 器 对 EmptyThree 的 布局 


| Empty 


Empty Too 


EmptyThree 


图 16.3 不 支持 EBCO 的 编译 器 对 EmptyThree 的 布 


想 想 在 空 基 类 优化 下 ， 下 例 的 结果 如 何 ? 


all 


// inherit/ebco2. cpp 
#include <iostream> 


class Empty { 
typedef int Int; // typedef 成 员 并 没有 使 一 个 类 变 成 非 空 


}3 


class EmptyToo : public Empty { 
}; 


class NonEmpty : public Empty, public EmptyToo { 


}; 

int main() 

{ 
std::cout << "sizeof(Empty): " << sizeof(Empty) << '\n'; 
std::cout << "sizeof(EmptyToo): " << sizeof(EmptyToo) << '\n'; 
std::cout << "sizeof(NonEmpty): " << sizeof(NonEmpty) << '\n'; 

} 


也 许 你 会 大 吃 一 惊 ， 类 NonEmpty 并 非 真 正 的 “ 空 ” 类 ,但 的 的 确 确 它 和 它 的 基 
类 都 没有 任何 成 员 。 不 过 ，NonEmpty 的 基 类 Empty 和 EmptyToo 不 能 分 配 到 同一 地 
址 空间 ， 和 否则 EmptyToo 的 基 类 Empty 会 和 NonEmpty 的 基 类 Empty 撞 在 同一 地 址 空 
间 上 。 换 名 话说， 两 个 相同 类 型 的 子 对 象 偏 移 量 相同 ， 这 是 C++ 对 象 布局 规则 不 
允许 的 。 有 人 可 能 会 认为 可 以 把 两 个 Empty 子 对 象 分 别 放 在 偏 移 0) 和 1 字 节 处 ， 但 
整个 对 象 的 大 小 也 不 能 仅 为 1。 因 为 在 一 个 包含 两 个 NonEmpty 的 数组 中 ， 第 一 个 
元 素 和 第 二 个 元 素 的 Empty 子 对 象 也 不 能 撞 在 同一 地 址 空间 〈 见 图 16.4) 。 


NonEmpty 


EmptyToo 


16.4 ”支持 EBCO 的 编译 器 对 NonEmpty 的 布局 


对 空 基 类 优化 进行 限制 的 根本 原因 在 于 ， 我 们 需要 能 比较 两 个 指针 是 否 指 癌 
同一 对 象 。 由 于 指针 几乎 总 是 用 地 址 作 内 部 表示 ， 所 以 我 们 必须 保证 两 个 不 同 的 
地 址 《“ 即 两 个 不 同 的 指针 值 ) 对 应 两 个 不 同 的 对 象 。 


虽然 这 种 约束 看 起 来 并 不 非常 重要 ， 但 是 在 实际 应 用 中 的 许多 类 都 是 继承 自 


一 组 定义 公共 typedefs 的 基 类 ， 当 这 些 类 作为 子 对 象 出 现在 同一 对 象 中 时 ， 问 题 就 
凸现 出 来 了 ， 此 时 优化 应 被 禁止 。 


16.2.2 成 员 作 基 类 


对 于 数据 成 员 ， 则 不 存在 类 似 空 基 类 优化 的 技术 ， 否 则 遇 到 指向 成 员 的 指针 
时 就 会 出 问题 。 那 么 我 们 不 妨 考虑 将 成 员 变 量 实 现 为 《私有 ) 基 类 的 形式 ， 而 且 
第 一 眼看 来 ， 该 类 型 确实 也 可 以 作为 成 员 变 量 的 类 型 ， 不 过 这 都 需要 我 们 在 后 面 
对 该 类 型 进行 特殊 处 理 。 


在 模板 中 考虑 这 个 问题 特别 有 意义 ， 因 为 模板 参数 常常 可 能 就 是 空 类 。 但 是 
对 于 一 般 情况 ， 我 们 并 不 能 依赖 这 条 规则 〈 即 模板 参数 常常 可 能 是 基 类 ) ; 而 且 
Ce ee Eee nee ene 
JL i yl : 


template <typename T1, typename T2> 
class MyClass { 
private: 
T1 a; 
T2 b; 


}; 


模板 参数 T1 和 T2 之 一 或 全 部 ， 都 很 有 可 能 为 空 关 ， 那 像 上 面 这 样 老 老实 实地 
表示 MyClass<T1, T2> 束 不 能 得 到 最 优 布局 ， 每 个 这 样 的 实例 可 能 会 浪费 一 个 字 的 
内 存 。 


把 模板 参数 直接 作为 基 类 可 以 解决 这 个 问题 : 


template <typename T1, typename T2> 
class MyClass : private T1, private T2 { 


}; 


但 是 ， 如 此 直接 的 做 法 必然 直面 一 堆 问 题 。 知 T1 和 T2 并 非 是 类 〈 比 如 原生 类 
型 int 等 ) ， 或 者 是 联合 nio) 类 型 ， 上 面 的 做 法 就 有 问题 。 另 外 ， 当 T1 和 T2 
类 型 相同 时 ， 也 会 出 问题 〈 这 个 问题 倒是 不 难 通过 添加 中 间 层 进行 继承 的 方式 解 
决 直 ) 。 再 退 一 步 ， 即 使 这 些 问 题 都 可 以 解决 ， 却 始终 会 有 块 大 石头 挡住 去 路 ; 
增加 基 类 会 改变 接口 。 对 上 面 的 MyClass 类 来 说 ， 它 的 接口 有 限 ， 问 题 并 不 大 。 
但 是 稍 后 我 们 会 发 现 ， 继 承 模 板 参 数 甚至 能 影响 到 成 员 函 数 是 否 为 上 庶 。 显 然 ， 这 
样 引入 EBCO 会 引 来 许多 不 必要 的 及 烦 。 

如 果 已 知 一 个 模板 参数 的 类 型 必然 是 类 ， 该 模板 的 男 一 个 成 员 类 型 不 是 空 
类 ， 那 么 有 一 个 办 法 更 可 行 ， 其 大 致 想法 是 借助 EBCO 的 东风 ， 把 可 能 为 空 的 类 
型 参数 与 这 个 成 员 “ 合 ”起 来 申 。 比 如 对 于 


template <typename CustomClass> 
class Optimizable { 
private: 
CustomClass info; // 可 能 为 空 
void* storage; 


我 们 可 将 其 改写 为 


template <typename CustomClass> 
class Optimizable { 
private: 
BaseMemberPair<CustomClass, void*> info_and_storage; 


即使 不 管 模板 BaseMemberPair 的 实现 ， 光 Optimizable 就 已 经 变 得 更 为 元 长。 
但 应 用 了 类 似 方 法 后 ， 对 于 使 用 者 而 言 ， 许 多 模板 库 的 性 能 都 得 以 显著 提高 ， 故 
实现 的 相对 复杂 是 值得 的 。 


BaseMemberPair 的 实现 其 实 相 当 简 洁 : 


// inherit/basememberpair.hpp 


#ifndef BASE_MEMBER_PAIR_HPP 
#define BASE_MEMBER_PAIR_HPP 


template <typename Base, typename Member> 
class BaseMemberPair : private Base { 
private: 
Member member; 
public: 
// 构造 函数 
BaseMemberPair (Base const & b，Member const & m) 
: Base(b), member(m) { 
} 


// 通过 first() 来 访问 基 类 数据 
Base const& first() const { 
return (Base const&)*this; 


Base& first() { 
return (Base&)*this; 
} 


// 通过 second() 来 访问 基 类 的 成 员 变量 

Member const& second() const { 
return this->member; 

} 


Member& second() { 
return this->member; 
} 


| 


}; 


#endif // BASE_MEMBER_PAIR_HPP 


封装 在 BaseMemberPair 中 的 数据 成 员 ( 其 存储 方式 在 类 型 Base 为 空 时 可 得 到 
优化 )， 需 要 通过 成 员 函 数 first() 和 secondO 访 问 。 


16.3 ”奇特 的 递归 模板 模式 


奇特 的 递归 模板 模式 (Curiously Recurring Template Pattern, CRTP) 这 个 奇 
特 的 名 字 代 表 了 类 实现 技术 中 一 种 通用 的 模式 ， 即 派生 类 将 本 身 作为 模板 参数 传 
递 给 基 类 。 最 简单 的 情形 如 下 : 


template <typename Derived> 
class CuriousBase { 


}3 


class Curious : public CuriousBase<Curious> { 


}3 


在 第 一 个 示例 中 ，CRTP 有 一 个 非 依 赖 型 基 类 (nondependent base class) : 类 
Curious 不 是 模板 ， 因 此 人 免 于 与 依赖 型 基 类 (dependent base class) 的 名 字 可 见 性 
等 问题 纠缠 。 不 过 ， 这 并 非 CRTP 的 本 质 特征 ， 请 看 : 


template <typename Derived> 
class CuriousBase { 


}; 


template <typename T> 
class CuriousTemplate : public CuriousBase<CuriousTemplate<T> > { 


}3 


从 这 个 示例 出 发 ， 不 难 再 举 出 使 用 模板 的 模板 参数 的 方式 : 


template <template<typename> class Derived> 
class MoreCuriousBase { 


}3 


template <typename T> 
class MoreCurious : public MoreCuriousBase<MoreCurious> { 


}3 


CRITP 的 一 个 简单 应 用 是 记录 某 个 类 的 对 象 构造 的 总 个 数 。 数 对 象 个 数 很 简 
单 ， 只 需 引 入 一 个 整数 类 型 的 静态 数据 成 员 ， 分 别 在 构造 函数 和 析 构 函数 中 进行 
递增 和 递减 操作 。 不 过 ， 要 在 每 个 类 里 都 这 么 写 就 很 繁琐 了 。 有 了 CRIP， 我 们 
可 以 先 写 一 个 模板 : 


// inherit/objectcounter.hpp 


#include <stddef.h> 


template <typename CountedType> 
class ObjectCounter { 
private: 


static size_t count; // 存在 对 象 的 个 数 


protected : 
// 缺 省 构造 函数 
ObjectCounter() { 
++0bjectCounter<CountedType>: : count; 


} 


// 拷贝 构造 函数 
ObjectCounter (ObjectCounter<CountedType> const&) { 
++0bjectCounter<CountedType>: : count; 


} 


// 析 构 函数 
~ObjectCounter() { 
--ObjectCounter<CountedType>: : count; 


} 


public: 
// 返回 存在 对 象 的 个 数 : 
static size t live() { 
return ObjectCounter<CountedType>: : count; 


} 
}3 


// 用 8 来 初始 化 count 
template <typename CountedType> 
size_t ObjectCounter<CountedType>::count = ð; 


如 果 想 要 数 某 个 类 的 对 象 存在 的 个 数 ， 只 需 让 该 类 从 模板 ObjectCounter 派 生 
即 可 。 以 一 个 字符 串 类 为 例 : 


// inherit/testcounter.cpp 


#include "objectcounter.hpp" 
#include <iostream> 


template <typename CharT> 
class MyString : public ObjectCounter<MyString<CharT> > { 


X 
int main() 


MyString<char> s1, s2; 


MyString<wchar_t> ws; 
std::cout << "number of MyString<char>: " 

<< MyString<char>::live() << std::endl; 
std::cout << "number of MyString<wchar_t>: " 

<< ws.live() << std::endl; 


一 般 地 ，CRTP 适 用 于 仅 能 用 作成 员 函 数 的 接口 《如 构造 函数 、 析 构 函 数 和 
下 标 运 算 operator[] 等 ) 的 实现 提取 出 来 。 


16.4 ”参数 化 虚拟 性 


C++ 人 允许 通过 模板 直接 参数 化 3 种 实体 ， 类型、 常数 Cnontype) 和 模板 。 同 
时 ， 模 板 还 能 间接 参数 化 其 他 属性 ， 比 如 成 员 函 数 的 虚拟 性 。 下 面 我 们 来 看 看 这 
个 不 同 寻 常 的 技术 : 


// inherit/virtual.cpp 


#include <iostream> 


class NotVirtual { 
}; 


class Virtual { 
public: 
virtual void foo() { 
} 
}; 


template <typename VBase> 
class Base : private VBase { 
public: 
// foo() 的 虚拟 性 依赖 于 它 在 基 类 VBase( 如 果 存 在 基 类 的 话 ) 中 的 声明 
void foo() { 
std::cout << "Base::foo()" << '\n'; 


} 
}3 


template <typename V> 
class Derived : public Base<V> { 
public: 
void foo() { 
std::cout << "Derived::foo()" << '\n'; 


} 

}; 

int main() 

{ 
Base<NotVirtual>* p1 = new Derived<NotVirtual>; 
pl->foo(); // 调用 Base: :foo() 
Base<Virtual>* p2 = new Derived<Virtual>; 
p2->foo(); // 调用 Derived: :foo() 

} 


虽然 这 项 技术 可 以 让 一 个 类 模板 身 兼 两 职 : 既 可 以 用 作 实 例 化 也 可 用 作 继 
承 ， 而 且 两 种 方式 的 行为 功能 完全 不 同 。 但 是 ， 这 无 疑 是 一 把 双 刃 剑 ， 除 非 经 过 
深思 熟 虑 而 做 出 这 样 的 设计 决策 ， 否 则 ， 一 般 我 们 更 倾 问 于 为 此 类 模板 减负 ， 将 


THA a! 


16.5 本章 后 记 


Boost 库 用 命名 函数 参数 简化 某 些 类 模板 的 使 用 [1。 不 过 与 本 书 中 利用 虚 继 承 
实现 一 个 功能 上 类 似 于 PolicySelector 的 类 型 (由 Vandevoorde 设 计 ) 相 比 ，Boost 
使 用 了 更 为 复杂 的 metaprogramming 技 术 。 


CRTP 的 使 用 至 少 可 追溯 到 1991 年 ， 不 过 最 早 由 James Coplien 将 其 正式 记录 下 
来 ( 见 [CoplienCRTP]，〉， 从 此 它 开始 被 大 量 应 用 。 参 数 化 继承 (parameterized 
inheritance) 一 词 和 常常 党 被 误 认 为 等 价 于 CRTP。 事 实 上 ， 正 如 我 们 所 展示 的 ， 
CRTP 并 不 要 求 派 生 是 参数 化 的 ， 而 许多 形式 的 参数 化 继承 也 并 非 CRTP。 此 外 ， 
CRIP 有 时 也 与 Barton-Nackman 技 巧 〈 见 第 11.7 节 ) 搅 成 一 团 ， 那 是 因为 Barton 和 
Nackman 使 用 友 元 名 字 注 入 技术 (friend name injection，Barton-Nackman 技 巧 的 主 
力 ) 时 常 伴 有 CRTP。 本 章 在 ObjectCounter 示 例 中 所 用 的 技术 基本 与 Scott Meyers 
所 设计 的 〈 见 [MeyersCounting]) 相同 。 


Bill Gibbons 是 将 EBCO 技 术 引 入 C++ 的 最 大 功臣 ，Nathan Myers 使 EBCO 得 以 
普及 ， 并 且 他 曾 提出 过 一 个 与 BaseMemberPair 类 似 的 模板 。Boost 库 包含 一 个 更 为 
精致 的 模板 compressed_pair， 解 决 了 我 们 曾 指 出 的 那些 存在 于 MyClass 中 的 问题 。 
boost: compressed-pair 完 全 可 以 取代 BaseMemberPair。 


i 译 者 评注 


命名 参数 问题 


相信 大 家 更 为 熟悉 命名 函数 参数 (named function parameter) 机 制 ， 也 
就 是 某 些 语言 《如 Python) 中 的 所 谓 关 键 字 实 参 (keyword argument) 。 毕 
竟 ， 支 持 函 数 的 编程 语言 远 远 多 于 文 持 模板 的 语言 。 这 两 个 机 制 是 相当 类 似 
的 ， 不 过 C++ 都 不 支持 ， 所 以 我 们 不 妨 类 比 一 下 。 一 个 经 典 的 命名 函数 参数 
示例 如 下 (Python 语言 ， 来 自 Python 文 档 〉: 


def parrot(voltage, state='a stiff', action='voom', type='Norwegian Blue'): 


print "-- This parrot wouldn't", action, 
print "if you put", voltage, "Volts through it." 
print "-- Lovely plumage, the", type 
print "-- It's", state, "!" 
调用 方式 为 
parrot (1000) 


parrot(action = 'VOOOOOM', voltage = 1000000) 
parrot('a thousand', state = ‘pushing up the daisies’) 


|parrot(‘a million’, ‘bereft of life', 'jump') 


也 就 是 说 ， 参 数 名 并 不 仅仅 是 一 个 占 位 符 (placeholder) ， 还 有 具体 的 意 
义 。 我 们 只 需要 按 任意 顺序 指定 某 些 参数 的 值 即 可 ， 其 他 参数 自动 采用 默认 值 。 
这 比 C++ 上 自身 具有 严格 顺序 要 求 的 默认 参数 机 制 好 多 了 ， 特 别 适用 于 函数 参数 个 
数 较 多 ， 而 大 部 分 时 候 只 需 使 用 默认 值 的 情况 。 当 然 ，C++ 也 可 以 模拟 出 这 一 机 
制 ， 比 如 BGL (Boost Graph Library) 就 实现 了 一 套 命名 函数 参数 机 制 。 以 其 
Bellman-Ford 最 短路 径 算法 为 例 ， 完 整形 式 是 


template <class EdgeListGraph, class Size, class WeightMap, 

class PredecessorMap, class DistanceMap, 

class BinaryFunction, class BinaryPredicate, 

class BellmanFordVisitor> 

bool bellman_ford_shortest_paths(EdgeListGraph& g, Size N, 

WeightMap weight, PredecessorMap pred, DistanceMap distance, 
BinaryFunction combine, BinaryPredicate compare, BellmanFordVisitor v); 


一 共 8 个 参数 ， 后 6 个 都 设 有 合理 的 默认 值 ， 可 以 这 么 调用 


bool r = boost::bellman ford_shortest_paths(g，int(N)， 
boost: :weight_map(weight). 

distance_map(&distance[@]). 
predecessor_map(&parent[@])); 


这 完全 得 益 于 BGL 的 精心 设计 ， 具 体 原 理 不 再 袭 述 ， 有 兴趣 的 读者 可 以 参 
考 Boost Graph Library— 5. 


[1] 在 C++ 标 准 化 进程 中 曾 提 出 过 一 个 类 似 的 语言 扩展 机 制 ， 不 过 是 关于 函数 调 
用 实 参 的 ， 而 且 该 提议 最 后 也 被 否决 了 (更 多 细节 见 13.9 节 ) . PEE: 这 就 是 不 
少 编程 语言 都 提供 的 命名 函数 实 参 机 制 ， 更 多 的 介绍 请 见 本 章 后 面 的 译 者 评注 。 


[2] 译注 : PolicySelector 直 接 从 4 个 Setter 继 承 是 不 行 的 。 例 如 用 BreadSlicer<> 
时 ， 所 有 模板 参数 都 是 相同 的 缺 省 类 型 ， 也 就 意味 着 PolicySelector 的 从 4 个 完全 相 
同 的 基 类 继承 ， 这 必然 导致 编译 错误 。 


[3] 该 规则 可 见 C++ 标 准 第 10.2/6 节 ([Standard 98]) ，[EllisStroustrupARM] 第 
10.1109 AA. 


[4] 译注 16.1 节 的 模板 Discriminator 及 22.7 节 的 模板 BaseMem， 都 是 如 此 ; 当然 
模板 特 化 也 可 行 ， 但 比较 麻烦 。 


[5] 译注 : 并 非 只 有 这 种 特殊 情况 才 可 以 进行 优化 ， 更 多 的 情况 请 见 本 章 注 记 中 
关于 boost.compressed_pair 的 介绍 。 


[6] 译注 : EREK E ES HIER RAO A ECH IAR E o 
MERRIER ZB, ETAR, FACAR TSE, M 
种 用 法 在 实际 应 用 中 的 确 少 之 又 少 ， 而 且 极 易 出 错 。 


[7] 译注 : 我 认为 作者 此 处 指 的 是 Boost Iterator Adaptor Library. 


%17% metaprogram 


metaprogramming HE A At — AFET ETRE NE. ME, MWERA 
将 会 执行 我 们 所 写 的 代码 ， 来 生成 新 的 代码 ， 而 这 些 新 代码 才 真 正 实现 了 我 们 所 
期 望 的 功能 。 通 常 而 言 ，metaprogramming 这 个 概念 意味 着 一 种 反射 的 特性 : 
metaprogramming 组 件 只 是 程序 的 一 部 分 ， 而 且 它 也 只 生成 一 部 分 代码 或 者 程序 。 


我 们 为 什么 需要 metaprogramming 呢 ? 和 大 多 数 程序 设计 技术 一 样 ， 使 用 
metaprogramming 的 目的 是 为 了 实现 更 多 的 功能 ， 并 且 使 花费 的 开销 更 小 ， 其 中 开 
销 是 以 : 代码 大 小 、 维 护 的 开销 等 来 衡量 的 。 另 一 方面 ，metaprogramming 的 最 大 
特点 在 于 : 某 些 用 户 自 定义 的 计算 可 以 在 程序 翻译 期 进行 。 而 这 通常 都 能 够 在 性 
能 (因为 在 程序 翻译 期 所 进行 的 计算 通常 都 可 以 被 优化 ) 或 者 接口 简单 性 (一 个 
a 方面 带 来 好 处 ; 甚至 为 两 方面 同时 
带 来 好 处 。 


metaprogramming 要 依赖 于 我 们 在 第 15 章 所 介绍 的 关于 trait 和 类 型 函数 的 概 
念 。 因 此 ， 我 们 建议 你 在 深入 学 习 这 一 章 之 前 ， 先 对 第 15 章 有 个 大 致 的 了 解 。 


17.1 metaprogram 的 第 一 个 实例 


在 1994 年 C++ 标准 委员 会 的 一 次 会 议 上 ，Erwin Unruh 提 出 了 : 可 以 使 用 模板 
来 在 编译 期 进行 某 些 计算 。 于 是 ， 他 写 了 一 个 用 于 产生 素数 的 程序 。 其 中 特别 的 
是 : 生成 素数 的 计算 是 编译 器 在 编译 期 执行 的 ， 而 不 是 在 运行 期 执行 。 而 且 对 于 
从 2 到 某 个 可 配置 的 值 〈 即 素数 ) ， 编 译 器 都 会 产生 一 个 错误 信息 。 最 后 ， 尽 管 
这 个 程序 并 不 是 严格 可 移植 的 (因为 错误 信息 没有 标准 化 ) ， 但 是 该 程序 表明 
了 : 模板 实例 化 机 制 是 一 种 基本 的 递归 语言 机 制 ， 可 以 用 于 在 编译 期 执行 复杂 的 
计算 。 因 此 ， 这 种 随 着 模板 实例 化 所 出 现 的 编译 期 计算 通常 就 被 称 为 template 


metaprogramming o 
在 深入 了 解 metaprogramming 的 细节 之前， 让 我 们 移 来 看 一 个 简单 的 例子 《而 


Erwin 的 例子 我 们 将 在 17.8 节 给 出 ) 。 下 面 的 程序 给 出 了 如 何在 编译 期 计算 3 的 
Fe: 


// meta/pow3.hpp 


#ifndef POW3_HPP 
#define POW3 HPP 


// 用 于 计算 3 的 N 次 方 的 基本 模板 
template<int N> 
class Pow3 { 
public: 
enum { result=3*Pow3<N-1>::result }; 


}; 
// 用 于 结束 递归 的 全 局 特 化 
template<> 
class Pow3<@> { 
public: 
enum { result = 1 }; 
}; 


#endif // POW3_HPP 


实际 上 ， 在 template metaprogramming 后 面 所 做 的 工作 是 递归 的 模板 实例 
化 中。 在 这 个 计算 3x 的 递归 模板 实例 化 将 应 用 下 面 这 两 个 规则 : 


人 
2, Sad 
首先 ， 第 1 个 模板 实现 了 一 般 的 递归 原则 : 


template<int N> 
class Pow3 { 
public: 
enum { result = 3 * Pow3<N-1>::result }; 


}3 


当 实 例 化 一 个 正 数 N 的 时 候 ， 模 板 Pow3<> 需 要 计算 所 含 枚 举 值 的 结果 ， 这 个 
值 将 会 是 : 以 N-1 为 模板 参数 实例 化 相同 模板 后 ， 对 应 模板 的 result 值 乘 以 3。 


而 第 2 个 模板 是 一 个 用 于 结束 递归 的 特 化 ， 它 确定 了 Pow3<0> 的 结果 : 


template<> 
class Pow3<@> { 
public: 
enum { result = 1 }; 


}3 


让 我 们 通过 实例 化 Pow3<7> 来 计算 3 ， 从 而 研究 一 下 具体 的 计算 细节 : 


// meta/pow3.cpp 


#include <iostream> 
#include "pow3.hpp" 


int main() 
{ 
std::cout << "Pow3<7>::result = " << Pow3<7>::result 
<< "An's 


首先 ， 编 译 器 会 实例 化 Pow3<7>， 从 而 获得 : 


3 * Pow3<6>::result 


于 是 ， 上 面 的 Pow3<6> 要 求 基于 实 参 6 实例 化 相同 的 模板 。 类 似 地 ，Pow3<6> 
的 结果 也 会 实例 化 Pow3<5>、Pow3<4> 等 。 于 是 ， 递 归 不 断 进行 下 去 ， 直 到 
Pow3<> 基 于 0 进行 实例 化 时 ， 递 归 才 结束 ， 并 且 以 1 作为 Pow3<0> 的 结果 。 


在 这 里 ，Pow3<> 模 板 〈 包 含 它 的 特 化 ) 就 被 称 为 一 个 template 
metaprogramming。 它 描述 一 些 可 以 在 翻译 期 (编译 期 ) 进行 求 值 的 计算 ， 而 这 整 
个 求 值 过 程 属于 模板 实例 化 过 程 的 一 部 分 。 从 表面 上 看 来 ， 上 面 的 这 些 实现 相对 
比较 人 简单， 而且 用 处 也 不 大 ; 但 在 某 些 情况 下 ，template metaprogramming 却 是 非 
常 有 用 的 。 


17.2” 榴 举 值 和 静态 常量 


在 原来 的 C++ 编译 器 中 ， 在 类 声明 的 内 部 ， 枚 举 值 是 声明 “ 真 常 值 ”〈 也 称 为 
常量 表达 式 〉 的 唯一 方法 。 然 而 ， 现 在 的 情况 已 经 发 生 了 改变 ，C++ 的 标准 化 过 
A ae ener ieee 可 以 使 用 下 面 的 简短 例子 来 曾 
明 : 


struct TrueConstants { 
enum { Three = 3 }; 
static int const Four = 4; 
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有 了 上 面 这 个 性 质 之 后 ， 我 们 的 Pow3 metaprogram 可 以 更 改 如 下 : 


// meta/pow3b.hpp 


#ifndef POW3_HPP 
#define POW3_HPP 


// 用 于 计算 3 的 N 次 容 的 基本 模板 
template 
class Pow3 { 
public: 
static int const result = 3 * Pow3::result; 


}3 
// 用 于 结束 递归 的 局 部 特 化 


template<> 
class Pow3 { 
public: 
static int const result = 1; 


}3 


#endif // POW3_HPP 


与 上 一 节 的 例子 相 比 ， 该 例子 的 唯一 不 同 在 于 : 我 们 这 里 使 用 静态 常量 成 
员 ， 而 不 是 枚 举 值 。 然 而 ， 该 版 本 存在 一 个 缺点 : 静态 成 员 变 量 只 能 是 左 值 。 
此 ， 如 果 你 具有 一 个 如 下 的 声明 : 


void foo(int const&); 


而 且 你 把 上 一 个 metaprogram 的 结果 传递 进去 ， 即 : 


foo(Pow3<7>: :result) ; 


那么 编译 器 将 必须 传递 Pow3<7>::result 的 地 址 ， 而 这 会 强制 编译 器 实例 化 静 
Bee Ce ear se re E eee 
期 >? 效果 。 


然而 ， 枚 举 值 却 不 是 左 值 〈 也 就 是 说 ， 它 们 并 没有 地 址 ) 。 因 此 ， 当 你 通过 
引用 传递 枚 举 值 的 时 候 ， 并 不 会 使 用 任何 静态 内 存 ， 就 像 是 以 文字 第 量 的 形式 传 
递 这 个 完成 计算 的 值 一 样 。 基 于 这 些 考虑 ， 在 本 书 的 剩余 章节 里 ， 我 们 将 会 使 用 
枚 举 值 ， 而 放弃 使 用 静态 常量 。 


17.3 ”第 2 个 例子 : 计算 平方 根 


让 我 们 看 一 个 稍微 复杂 的 例子 : 一 个 用 于 计算 值 N 的 平方 根 的 metaprogram， 
如 下 所 示 (具体 技术 将 在 后 面 解释 〉: 


// meta/sqrt1. hpp 


#ifndef SQRT_HPP 
#define SQRT_HPP 


// 用 于 计算 sqrt(N) 的 基本 模板 
template <int N, int LO=0, int HI=N> 


// 借助 二 分 查找 一 个 较 小 的 result 
enum { result = (N<mid*mid) ? Sqrt<N,LO,mid-1>::result 
: Sqrt<N,mid,HI>::result }; 
}; 


// 局 部 特 化 ， 适 用 于 LO 等 于 HI 
template<int N, int M> 
class Sqrt<N,M,M> { 
public: 
enum { result=M}; 


}3 


#endif // SQRT_HPP 


第 1 个 模板 是 一 个 普通 的 递归 计算 ， 运用 模板 参数 N (用 于 计算 平方 根 的 值 》 
和 两 个 (其 他 的 ) 可 选 参 数 进 行 调用 ;， 其 中 可 选 参数 表示 结果 可 能 的 最 小 值 和 最 
大 值 。 于 是 ， 如 果 只 使 用 一 个 实 参 N 来 调用 模板 的 话 ， 那 么 我 们 知道 所 求 的 平方 
根 的 值 域 必 定 落 在 0 和 N 之 间 。 


从 上 面 可 以 看 出 ， 我 们 的 递归 过 程 使 用 了 一 个 二 分 查找 技术 《〈 在 这 种 上 下 文 
中 ， 经 常 也 称 为 二 分 方法 ) 。 在 模板 的 内 部 ， 为 了 判断 result 是 位 于 LO 和 HI 的 前 
半 部 分 还 是 后 半 部 分 ， 我 们 使 用 了 条 件 运 算 符 ?: 。 也 就 是 说 ， 如 果 mid* 大 于 NN 的 
e 否则 的 话 将 《使 用 相同 的 模板 ) 在 后 半 部 
分 进行 查找 。 


用 于 结束 递归 的 特 化 的 适用 条 件 是 : LO 和 HI 具有 相同 的 值 M， 其 中 M 就 是 我 
们 的 最 终结 果 。 


让 我 们 再 次 仔细 分 析 一 个 使 用 该 metaprogram 的 简单 程序 : 


// meta/sqrti.cpp 


#include <iostream> 
#include "sqrt1.hpp" 


int main() 


{ 
std::cout << "Sqrt<16>::result = " << Sqrt<16>::result 
<< '\n'; 
std::cout << "Sqrt<25>::result = " << Sqrt<25>::result 
<< '\n'; 
std::cout << "Sqrt<42>::result = " <::result 
<< '\n'; 
std::cout << "Sqrt<1>::result = " << Sqrt<1>::result 
<< '\n'; 
} 


其 中 ， 表 达 式 


Sqrt<16>: :result 


被 扩展 为 : 


Sqrt<16,1,16>::result 


在 模板 的 内 部 ， 该 metaprogram 计 算 Sqrt<16,1,16>::result 的 过 程 如 下 : 


mid = (1+16+1)/2 


result = (16<9*9) ? Sqrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
(16<81) ? Sqrt<16,1,8>::result 
: Sqrt<16,9,16>::result 
Sqrt<16,1,8>::result 


mid 


(1+8+1)/2 
=5 
result = (16<5*5) ? Sqrt<16,1,4>::result 
: Sqrt<16,5,8>::result 
(16<25) ? Sqrt<16,1,4>::result 
: Sqrt<16,5,8>::result 
Sqrt<16,1,4>::result 


然后 ，Sgrt<16,1,4>::result 被 类 似 地 扩展 为 : 


mid = (1+4+1)/2 


result = (16<3*3) ? Sqrt<16,1,2>::result 
: Sqrt<16,3,4>::result 
= (16<9) ? Sqrt<16,1,2>::result 
: Sqrt<16,3,4>::result 
= Sqrt<16,3,4>::result 


最 后 ，Sgrt<16,3,4>::result 的 扩展 如 下 : 


mid = (3+4+1)/2 
= 4 
result = (16<4*4) ? Sqrt<16,3,3>::result 
: Sqrt<16,4,4>::result 
= (16<16) ? Sqrt<16,3,3>::result 
: Sqrt<16,4,4>::result 
= Sqrt<16,4,4>::result 


于 是 ，Sqrt<16,4,4>::result 结 束 了 整个 递归 过 程 ， 因 为 它 的 上 界 等 于 下 界 ， 能 
够 与 显 式 特 化 进行 匹配 。 因 此 ， 最 终 的 结果 如 下 : 


result = 4 
人 退 踊 所 有 的 实例 化 


在 前 面 的 例子 中 ， 我 们 给 出 了 计算 16 的 平方 根 的 一 系列 重要 的 实例 化 过 程 。 
然而 ， 当 编译 器 试图 计算 下 面 表达 式 的 时 候 : 


(16<=8*8) ? Sqrt<16,1,8>::result 
: Sqrt<16,9,16>::result 


Ai PERS ASU SE AL FR IS FE Ad SA CB Sqrt<16,1,8>) ， 同 
时 也 实例 化 了 负面 分 支 的 模板 CSqrt<16,9,16>) 。 而 且 ， 由 于 代码 试图 使 用 :: 运 
算 符 访问 结果 类 的 成 员 《〈 即 result) ， 所 以 类 中 的 所 有 成 员 同 时 也 会 被 实例 化 。 这 
就 意味 着 : 完全 实例 化 Sqrt<16,9,16> 将 会 促使 Sqrt<16,9,12> 和 Sqrt<16,13,16> 的 完 
全 实例 化 。 最 后 ， 当 仔细 考察 这 整个 过 程 的 时 候 ， 我 们 会 发 现 最 终 将 会 产生 数量 
庞大 的 实例 化 体 ， 总 数 大 约 是 N 的 两 倍 。 


事实 上 ， 这 并 不 是 我 们 所 期 请 的 ， 因 为 对 于 大 多 数 编译 器 而 言 ， 模 板 实 例 化 
通常 都 会 是 一 个 代价 高 昂 的 过 程 ， 特 别 是 对 于 内 存 开销 而 言 。 幸 运 的 是 ， 存 在 一 
些 限 制 实例 化 数量 过 于 庞大 的 技术 。 接 下 来 ， 我 们 将 放弃 使 用 条 件 运 算 符 ?: 的 做 
法 ， 而 使 用 特 化 来 选择 计算 的 结果 。 为 了 阐明 这 一 点 ， 让 我 们 改写 Sqrt 
metaprogram 如 下 : 


// meta/sqrt2.hpp 


#include "ifthenelse.hpp” 


// 用 于 主要 递归 步骤 的 基本 模板 
template<int N, int LO=0, int HI=N> 
class Sqrt { 
public: 
// 计算 中 点 值 
enum { mid = (LO+HI+1)/2 }; 


// 使 用 二 分 法 查找 一 个 较 小 的 值 

typedef typename IfThenElse<(N<mid*mid), 
Sqrt<N,LO,mid-1>, 
Sqrt<N,mid,HI> >::ResultT 


SubT; 
enum { result = SubT::result }; 


}3 


// 用 于 结束 递归 的 局 部 特 化 
template<int N, int S> 
class Sqrt<N, S, S> { 
public: 
enum { result = S }; 


}3 


与 前 面 的 方法 相 比 ， 这 里 主要 的 改变 在 于 : 我 们 使 用 了 IfThenElse 模 板 ， 关 于 
该 模板 ， 可 以 参考 15.2.4 小 节 。 


// meta/ifthenelse.hpp 
#ifndef IFTHENELSE HPP 
#define IFTHENELSE_HPP 


// 基本 模板 : 根据 第 1 个 实 参 的 值 ， 来 确定 是 使 用 第 2 个 实 参 ， 还 是 第 3 个 实 参 
template<bool C，typename Ta, typename Tb> 
class IfThenElse; 


// 局 部 特 化 : true 意味 着 选择 第 2 个 实 参 
template<typename Ta, typename Tb> 
class IfThenElse<true, Ta, Tb> { 
public: 
typedef Ta ResultT; 


}; 


// 局 部 特 化 : false 意 味 着 选择 第 3 个 实 参 
template<typename Ta, typename Tb> 
class IfThenElse<false, Ta, Tb> { 
public: 
typedef Tb ResultT; 


3 


#endif // IFTHENELSE_HPP 


记 住 ， 可 以 把 IThenElse 看 成 一 个 简易 装置 《实际 上 是 模板 ) ， 它 能 根据 给 定 


布尔 常量 的 值 ， 在 两 个 类 型 中 选择 出 其 中 一 个 。 如 果 布 尔 常量 为 真 的 话 ， 那 么 将 
会 把 第 1 个 类 型 typedef 为 ResultT; 否则 ，ResultT 将 代表 第 2 个 类 型 。 还 有 一 点 我 们 
要 清楚 的 是 : 为 一 个 类 模板 实例 定义 一 个 typedef 并 不 会 导致 C++ 编译 器 实例 化 该 
实例 的 实体 。 也 就 是 说 ， 当 我 们 编写 : 


typedef typename IfThenElse<(N<mid*mid), 
Sqrt<N,LO,mid-1>, 
Sqrt<N,mid,HI> >::ResultT 


SubT ; 


的 时 候 ，Sgrt<N,LO,mid-1> 和 Sgrt<N,mid,HI> 都 不 会 被 完全 实例 化 。 实 际 上 ， 
SubT 最 后 只 能 代表 其 中 的 一 个 类 型 ， 而 且 只 有 在 查找 Sub::result 的 时 候 ， 才 会 完 
全 实例 化 SubT 所 代表 的 类 型 。 基 于 这 种 策略 ， 我 们 的 实例 化 体 的 数量 得 以 趋向 于 
log,(N): 当 N 变 得 相当 大 的 时 候 ， 该 策略 将 能 大 大 减少 metaprogramming 的 开销 。 


17.4 使 用 归纳 变量 


你 可 能 会 抱怨 我 们 前 面 例子 中 的 metaprogram 看 起 来 太 复杂 了 。 你 可 能 也 会 疑 
惑 : 当 碰 到 一 个 能 够 用 一 个 metaprogram 解 决 的 问题 时 ， 怎 么 样 才能 很 有 把 握 地 借 
鉴 前 面 的 例子 ， 来 解决 你 的 问题 呢 。 于 是 ， 我 们 接 下 来 将 会 考察 一 个 更 加 自然 
foe eee 、 可 能 更 加 迭代 的 metaprogram 实 现 ， 它 也 是 用 于 
计算 平方 根 。 


一 个 “自然 且 达 代 的 算法 ”可 以 组 织 如 下 : 为 了 计算 值 N 的 平方 根 ， 我 们 编写 
了 一 个 迭代 ， 在 友 代 中 ，I 的 值 将 会 从 0 迭代 到 N， 直 到 I 的 平方 等 于 或 者 大 于 N。 
这 时 I 的 值 就 是 N 的 平方 根 〈 不 考虑 不 存在 平方 根 的 情况 ) 。 如 果 我 们 用 普通 的 
C++ 程序 来 表示 这 个 问题 ， 结 果 将 如 下 所 示 : 


int 工 ; 
for (I=0; I*I<N; ++I) { 


3 


} 
// I 现在 等 于 N 的 平方 根 


然而 ， 作 为 一 个 metaprogram， 我 们 需要 以 递归 的 方式 来 组 织 这 个 迭代 ， 而 且 
我 们 需要 一 个 终止 条 件 来 结束 该 递归 。 于 是 ， 可 以 这 样 实现 这 个 作为 metaprogram 
的 迭代 ; 


meta/sqrt3.hpp 


#ifndef SQRT_HPP 
#define SQRT_HPP 


// 借助 于 迭代 计算 sqrt(N) 的 基本 模板 
template <int N, int I=@> 
class Sqrt { 
public: 
enum { result = (I*I<N) ? Sqrt<N,I+1>::result 
: I}; 


}; 


// 用 于 结束 和 迭代 的 局 部 特 化 
template<int N> 
class Sqrt<N,N> { 
public: 
enum { result = N }; 


}3 


#endif // SQRT_HPP 


我 们 将 根据 I 的 值 进行 迭代 。 如 果 IxI<N 的 值 为 真 ， 那 么 将 使 用 下 次 迭代 
Sqrt<N,I+1>::result 的 结果 作为 此 次 result 的 结果 。 否 则 的 话 将 取 I 为 此 次 result 的 结 
R, 


例如 ， 如 果 我 们 对 Sqrt<16> 进 行 求 值 ， 那 么 将 会 扩展 为 Sqrt<16,1>。 于 是 ， 我 
们 把 1 赋值 给 所 谓 的 演绎 变量 I， 并 且 开 始 迭 代 。 在 友 代 进行 的 过 程 中 ， 如 果 
P 〈 也 就 是 I*I) 小 于 N， 那 么 我 们 将 通过 计算 Sqrt<N,I+1>::result 来 计算 下 次 欠 代 
的 值 。 直 到 了 等 于 或 者 大 于 N， 我 们 才 确 定 I 就 是 所 求 的 结果 。 

另外 ， 在 上 面 的 代码 中 ， 我 们 提供 一 个 用 于 结束 递归 的 模板 特 化 ， 你 可 能 会 
对 这 种 作法 感到 疑惑 ， 因 为 你 可 能 会 觉得 第 1 个 模板 早晚 都 会 找到 结果 I， 而 这 看 
起 来 就 已 经 足以 结束 递归 。 然 而 ， 事 实 是 我 们 这 里 用 到 了 ?: 运算 符 ， 我 们 在 前 面 
己 经 知道 ， 该 运算 符 将 会 对 两 个 分 支 都 进行 实例 化 。 例 如 ， 当 编译 器 计算 Sqrt<4> 
的 时 候 ， 实 例 化 过 程 将 会 如 下 : 


e 步骤 1: 


result = (1*1<4) ? Sqrt<4,2>::result 
rae 


result = (1*1<4) ? (2*2<4) ? Sqrt<4,3>::result 
: 2 


: 1 


2 


result = (1*1<4) ? (2*2<4) ? (3*3<4) ? 4 
3 


: 2 
1 


尽管 我 们 在 Step 2 就 已 经 找到 了 结果 ; 但 是 编译 器 的 实例 化 过 程 将 会 继续 进 
行 ， 直 到 找到 一 个 用 于 结束 递归 的 特 化 才 结束 。 也 就 是 说 ， 如 果 没 有 提供 该 特 化 
ae 编译 器 将 会 继续 进行 实例 化 ， 直 到 最 后 到 达 编 译 器 内 部 实例 化 个 数 的 最 大 


和 前 面 一 样 ， 这 里 我 们 可 以 再 次 使 用 IfThenElse 模 板 来 解决 这 个 问题 : 


// meta/sqrt4.hpp 


#ifndef SQRT_HPP 
#define SQRT_HPP 


#include "ifthenelse.hpp” 


// ”以 模板 参数 作为 result 的 基本 模板 
template<int N> 
class Value { 
public: 
enum { result = N }; 


}3 


// EERIE sqrt (N) 的 模板 
template <int N, int I=@> 
class Sqrt { 

public: 


// 以 实例 化 下 一 步 Ssqrt<N, I+1> 或 者 结果 类 型 Value<I> 作 为 两 个 分 支 
typedef typename IfThenElse<(I*I<N), 
Sqrt<N,I+1>, 
Value<I> 
>::ResultT 
SubT; 


// 使 用 分 支 类 型 的 结果 


enum { result = SubT::result }; 


}3 


#endif // SQRT_HPP 


在 此 ， 我 们 并 没有 提供 结束 递归 的 局 部 特 化 ， 而 是 使 用 了 一 个 Value<> 模 
板 ， 它 会 返回 模板 实 参 的 值 ， 并 且 作 为 所 求 的 result。 


现在 使 用 了 IfThenElse<> 之 后 ， 实 例 化 的 数量 将 会 趋 近 于 Sqrt(N)， 而 不 是 原 
来 的 N， 这 就 大 大 减少 了 metaprogramming 的 开销 。 而 且 对 于 任何 具有 模板 实例 化 
体 个 数 限制 的 编译 器 而 言 ， 这 还 意味 着 我 们 可 以 对 更 大 的 值 进行 求 平 方 根 。 例 
如 ， 如 果 你 的 编译 器 支持 64 位 嵌 套 实例 化 的 话 ， 那 么 你 将 可 以 计算 4 096 的 平方 根 

(而 原来 支持 的 最 大 数字 为 64) 。 


最 后 ， 和 迭代 的 Sqrt 模 板 的 最 后 输出 大 致 如 下 : 


Sqrt<16>: :result 
Sqrt<25>: :result 
Sqrt<42>: :result 
Sqrt<1>::result = 


4 
5 
7 
1 


注意 ， 在 这 个 例子 中 ， 为 了 简单 起 见 ， 该 实现 最 后 产生 的 整数 值 是 平方 根 的 
向 上 取 整 (也 就 是 说 ，42 的 平方 根 各 上 取 整 为 7， 而 不 是 向 下 取 整 为 6〉。 


17.5 ”计算 完整 性 


Pow3<> 和 Sqrt 这 两 个 例子 说 明 : 一 个 template metaprogram 可 以 包含 下 面 几 部 
LN. 


。 状态 变量 : 也 就 是 模板 参数 。 

o Ai: 通过 递归 。 

。 路径 选择 : 通过 使 用 条 件 表 达 式 或 者 特 化 。 
。 整 型 “ 即 枚 举 里 面 的 值 应 该 为 整 型 ) 算法 。 


如 果 对 递归 实例 化 体 和 状态 变量 的 数量 都 没有 限制 ， 那 么 对 于 在 编译 期 可 计 
算 的 任何 对 象 ， 都 可 以 利用 metaprogram 高 效 地 进行 计算 。 而 且 我 们 知道 ， 使 用 模 
板 来 进行 这 类 计算 通常 都 是 有 限制 的 。 而 且 ， 模 板 实 例 化 通常 都 要 消耗 巨大 的 编 
译 嚣 资源， 而且 扩 展 的 递归 实例 化 也 会 很 快 地 降低 编译 器 的 效率 ， 甚 至 耗 光 所 有 
的 可 用 资源 。 事 实 上 ，C++ 标 准 建 议 最 多 只 进行 17 层 的 递归 实例 化 ， 但 是 这 并 没 
有 写 入 书面 文档 中 。 男 一 方面 ， 在 实际 开发 中 ， 某 些 复杂 的 template 
metaprogramming 很 容易 就 会 超过 这 个 〈17 层 的 ) 限制 。 


因此 ， 在 实际 开发 中 ， 我 们 都 很 少 使 用 templat metaprogram。 然 而 ， 在 某 些 
情况 下 ，metaprogram 又 是 实现 高 效率 模板 的 一 个 不 可 蔡 代 的 工具 。 特 别 是 ， 
metaprogram 有 时 候 可 以 隐藏 在 普通 模板 的 内 部 ， 并 且 用 于 实现 那些 对 性 能 要 求 很 
严格 的 算法 ， 从 而 大 大 提高 效率 。 


17.6 ”递归 实例 化 和 递归 模板 实 参 
考虑 下 面 的 递归 模板: 


template<typename T, typename U> 
struct Doublify {}; 


template<int N> 
struct Trouble { 
typedef Doublify<typename Trouble<N-1>::LongType, 
typename Trouble<N-1>::LongType> LongType; 


}3 


template<> 
struct Trouble<@> { 
typedef double LongType; 


}3 


Trouble<1@>: :LongType ouch; 


Trouble<10>::LongType 的 使 用 不 仅仅 引用 了 Trouble<9>、Trouble<8>.…. 
Trouble<0> 的 递归 实例 化 ， 而 且 还 基于 一 些 非常 复杂 的 类 型 实例 化 了 Doublify。 我 
们 可 以 从 表 17.1 大 概 了 解 具 体 的 情况 。 


表 17.1 Trouble<N>: :LongType 


TypedefName Underlying Type 


double Doublify<double,double> 

Doublify<Doublify<double,double>, 
Trouble<0>::LongType Trouble<1>::LongType Doublify<double,double>> 
Trouble<2>::LongType Trouble<3>::LongType Doublify<Doublify<Doublify<double,double>, 


Doublify<double,double>>, 
<Doublify<double,double>, 


Doublify<double,double>>> 


从 表 17.1 可 以 看 出 ， 对 于 表达 式 Trouble<N>::LongType 的 类 型 描述 ， 它 的 复 
杂 度 与 2 的 N 次 方 成 正比 。 通 常 而 言 ， 与 没有 涉及 到 递归 模板 实 参 的 情况 相 比 ， 这 
种 (使 用 递归 模板 实 参 的 ) 情况 将 会 强制 C++ 编译 器 生成 更 多 的 递归 实例 化 体 。 
这 里 的 一 个 问题 是 : 编译 器 要 为 每 个 类 型 保存 一 个 mangled name， 而 这 个 mangled 
name 需 要 (使 用 某 种 方式 ) 根据 模板 特 化 进行 组 织 。 对 于 早期 的 C++ 编译 器 实 


Hi, mangled name 的 长 度 粗 略 地 等 于 template-id 的 长 度 。 于 是 ， 对 于 
Trouble<10>::LongType， 编 译 器 可 能 将 会 产生 一 个 长 度 大 于 10 000 个 字符 的 
mangled name。 


坟 运 的 是 ， 在 现今 的 C++ 程 序 中 ， 大 量 使 用 了 风 套 型 的 template-id， 新 的 
C++ 编译 器 实现 充分 考虑 了 template-id 很 长 的 事实 ， 使 用 了 智能 压缩 技术 ， 从 而 在 
mangled name 组 织 中 大 大 减少 了 增长 的 趋势 (例如 ，Trouble<10>::LongType 可 能 
被 压缩 成 只 有 几 百 个 字符 ) 。 然 而 ， 在 其 他 条 件 都 相同 的 情况 下 ， 在 组 织 递归 实 
例 化 的 时 候 ， 我 们 仍然 “趋向 于 ) 避免 在 模板 实 参 中 使 用 递归 骸 套 的 实例 化 。 


17.7 使 用 metaprogram 来 展开 循环 


接 下 来 ， 我 们 要 介绍 metaprogramming 的 首 个 实用 的 应 用 程序 ， 用 于 展开 数值 
计算 的 循环 ， 接 下 来 我 们 将 给 出 一 个 完整 的 例子 。 


数值 应 用 程序 通常 都 会 访问 n 元 的 数组 ， 或 者 数学 上 的 vector。 一 个 典型 的 应 
用 就 是 计算 所 谓 的 点 乘 。 两 个 数学 vector aibh RE: a 和 b 中 相应 元 素 的 乘积 
的 总 和 为 了 简单 起 见 ， 我 们 在 例子 中 并 不 考虑 复杂 的 算术 运算 ) 。 例 如 ， 如 果 
每 个 vector 都 具有 3 个 元 素 ， 那 么 结果 应 该 如 下 : 


a[@]*b[@] + a[1]*b[1] + a[2]*b[2] 


通常 而 言 ， 数 学 库 会 提供 一 个 用 于 计算 点 乘 的 函数 。 现 在 让 我 们 来 考虑 下 面 
这 个 比较 直接 的 实现 : 


// meta/Loop1. hpp 


#ifndef LOOP1_HPP 
#define LOOP1_HPP 


template <typename T> 
inline T dot_product (int dim, T* a, T* b) 


{ 
T result = T () ; 
for (int i=@; i<dim; ++i) { 
result += a[i]*b[i]; 
} 
return result; 
} 


#endif // LOOP1_HPP 


当下 面 程序 调用 这 个 函数 的 时 候 : 


// meta/Loop1. cpp 


#include <iostream> 
#include "loop1.hpp" 


int main() 


int a[3] = { 1, 2, 3 }; 
int b[3] = { 5, 6, 7 }; 
std::cout << "dot product(3,a,b) = " << dot_product(3,a,b) 


<< '\n'; 


<< '\n'; 


std::cout << "dot_product(3,a,a) = " << dot_product(3,a,a) 


我 们 将 得 到 下 面 的 结果 : 


dot_product(3,a,b) = 38 
dot_product(3,a,a) = 14 
显然 ， 这 样 的 实现 是 正确 的 。 但 是 针对 性 能 要 求 很 严格 的 应 用 程序 而 言 ， 该 


时 间 却 太 多 了 。 即 使 把 函数 声明 为 内 联 也 未 能 获得 足够 优化 的 
性 能 。 


问题 在 于 :对 于 许多 友 代 ， 编 译 器 通常 都 会 优化 这 种 循环 〈 即 迭代 ) ， 而 在 
er 这 种 优化 却 会 带 来 反面 的 效果 。 例 如 ， 将 上 面 的 循环 片断 简单 地 扩 


a[e]*b[6] + a[1]*b[1] + a[2]*b[2] 
可 能 会 更 好 。 


当然 ， 如 果 我 们 只 是 时 不 时 地 计算 某 些 点 乘 ， 那 么 性 能 的 影响 也 不 大 。 然 
如 果 使 用 了 旨 在 执行 千 万 次 点 乘 计算 的 程序 库 组 件 ， 那 么 差别 可 能 就 会 很 大 


显然 ， 我 们 可 以 直接 编写 计算 点 乘 的 程序 ， 而 并 不 需要 调用 dot_product(0); 
我 们 还 可 以 提供 针对 元 数 较 少 的 用 于 点 乘 计算 的 特殊 函数 ， 但 如 果 总 是 重复 地 解 
决 这 些 问题 ， 肯 定 会 令 我 们 感到 乏味 的 。 幸 运 的 是 ，template metaprogramming 为 
我 们 解决 了 这 个 问题 : 我 们 可 以 “编写 ”用 于 展开 循环 的 程序 ， 来 解决 这 个 问题 。 
实际 的 metaprogam 如 下 : 


// meta/Loop2.hpp 


#ifndef LOOP2_HPP 
#define LOOP2_HPP 


// 基本 模板 
template <int DIM, typename T> 
class DotProduct { 
public: 
static T result (T* a, T* b) { 
return *a * *b + DotProduct<DIM-1,T>::result(a+1, b+1) ; 
} 


}3 


// 作为 结束 条 件 的 局 部 特 化 
template <typename T> 


class DotProduct<1,T> { 
public: 
static T result (T* a, T* b) { 
return *a * *b; 
} 


}; 

// 辅助 函数 

template <int DIM, typename T> 
inline T dot_product (T* a, T* b) 
{ 


} 


#endif // LOOP2_HPP 


return DotProduct<DIM,T>::result(a,b); 


现在 ， 只 要 稍微 改变 一 下 原来 的 应 用 程序 ， 就 可 以 获得 相同 的 结果 : 


// meta/Loop2.cpp 


#include <iostream> 
#include "loop2.hpp" 
int main() 


{ 
int a[3] = { 1, 2, 3}; 
int b[3] = { 5, 6, 7}; 
std::cout << "dot_product<3>(a,b) = " << dot_product<3>(a,b) 
<< '\n'; 
std::cout << "dot_product<3>(a,a) = " << dot_product<3>(a,a) 
<< '\n'; 


在 此 ， 我 们 把 前 面 的 


dot_product(3,a,b) 


改写 为 : 


dot_product<3>(a,b) 


而 这 个 表达 式 〈 即 dot_product<3>(ab) ) 将 实例 化 一 个 辅助 函数 模板 ， 而 在 
此 函数 模板 内 部 将 会 直接 调用 : 


[DotProduct<3, int>: :result (a,b) 


其 中 上 面 这 个 表达 式 实际 上 就 是 metaprogram 的 起 点 。 


在 这 个 metaprogram 内 部 ，result 等 于 第 1 个 元 素 a 和 b 的 乘积 加 上 两 个 新 vector 
的 点 乘 ， 其 中 两 个 新 vector 分 别 是 由 a 和 b 后 面 的 两 个 元 素 为 起 始 《〈 即 除 a 和 b 外 ) 所 
组 成 的 vector。 如 下 : 


template <int DIM, typename T> 
class DotProduct { 
public: 
static T result (T* a, T* b) { 
return *a * *b + DotProduct<DIM-1, T>: :result(a+1, b+1) ; 


} 


}; 


另外 ， 结 束 条 件 是 一 元 vector 的 情况 : 


template <typename T> 
class DotProduct<1,T> { 
public: 
static T result (T* a, T* b) { 
return *a * *b; 


} 


}; 


因此 ， 对 于 


dot_product<3>(a,b) 


实例 化 过 程 的 计算 将 如 下 : 


DotProduct<3,int>::result(a,b) 

*a * *b + DotProduct<2,int>: :result(at+1, b+1) 

*a * *b + *(at1) * *(b+1) + DotProduct<1, int>::result(a+2,b+2) 
*a * *b + *(at1) * *(b+1) + *(a+2) * *(b+2) 


注意 ， 运 用 这 种 metaprogram 的 程序 设计 要 求 : vector 的 元 数 在 编译 期 是 已 知 
的 ， 而 且 很 多 情况 也 确实 如 此 (但 也 并 非 所 有 的 情况 都 如 此 〉。 


对 于 诸如 Blitz++ ( 见 [Blitz++ ]))、the MTL library ( 见 [MTL ]) 和 POOMA (J 
[POOMA ]) 等 程序 库 ， 都 使 用 了 这 类 metaprogram， 来 为 线性 代数 提供 更 快 的 计算 
程序 。 通 常 而 言 ， 某 些 metaprogram 的 性 能 要 比 优 化 器 的 性 能 更 好 ， 因 为 
metaprogram 往 往 可 以 在 计算 的 过 程 中 结合 高 层 的 知识 Sl。 另 一 方面 ， 在 实际 开发 
中 ， 对 于 上 面 的 这 些 程序 库 ， 如 果 要 提供 具有 工业 强度 的 实现 ， 除 了 要 注意 我 们 
在 这 里 给 出 的 与 模板 相关 的 细节 之 外 ， 还 需要 涉及 到 其 他 的 许多 细节 。 事 实 上 ， 
任意 的 展开 并 不 总 是 能 够 带 来 优化 的 运行 性 能 。 然 而 ， 这 些 额 外 的 、 基 于 工程 的 
考虑 已 经 远 远 超 出 本 书 的 考虑 范围 。 


17.8 ”本章 后 记 


我 们 在 前 面 已 经 提 到 ，metaprogram 的 最 早 文档 化 例子 是 由 Erwin Unruh 给 出 
的 ， 接 下 来 由 西门 子 在 C++ 标准 委员 会 中 进行 前 述 。 在 那 时 ，Erwin Unruh 指 出 了 
模板 实例 化 过 程 的 计算 完整 性 ， 并 且 通 过 开发 首 个 metaprogram 来 证 明 他 的 观点 。 
他 使 用 的 是 Metaware 编 译 器 ， 并 且 诱 导 该 编译 器 给 出 错误 信息 ， 而 在 错误 信息 中 
包含 了 连续 的 素数 。 下 面 就 是 一 份 在 1994 年 的 C++ 委员 会 中 广 为 流 传 的 代码 (我 
们 对 原来 的 代码 进行 了 某 些 修改 ， 使 之 能 够 在 符合 标准 的 编译 器 上 运行 ) M, 


// meta/unruh. cpp 


// Erwin Unruh 计算 素数 的 程序 


template <int p, int i> 
class is _ prime { 
public: 
enum { prim = (p==2) || (p%i) && is_prime<(i>2?p:@),i-1>::prim 
J 
}; 


template<> 
class is_prime<@,@> { 
public: 
enum {prim=1}; 


}; 


template<> 
class is_prime<0,1> { 
public: 
enum {prim=1}; 


}; 


template <int i> 
class D { 
public: 
D(void*) ; 
}; 


template <int i> 
class Prime_print { // 用 于 循环 输出 素数 的 基本 模板 
public: 
Prime_print<i-1> a; 
enum { prim = is_prime<i,i-1>::prim 
}; 
void f() { 
D<i> d = prim ? 1 : ð; 
a.f(); 


}; 


template<> 
class Prime_print<1> { // 用 于 结束 循环 的 全 局 特 化 
public: 
enum {prim=0}; 
void f() { 
D<1> d = prim? 1: @; 


}3 
}; 
#ifndef LAST 


#define LAST 18 
#endif 


int main() 

{ 
Prime_print<LAST> a; 
a.f(); 


如 果 你 编译 这 个 程序 ， 那 么 在 函数 Primer_print::f0) 的 内 部 ， 当 初始 化 d 失 败 的 
时 候 ， 编 译 器 将 会 给 出 错误 信息 。 这 种 情况 发 生 在 初始 值 为 1 的 情况 下 ， 因 为 对 
于 模板 D 而 言 ， 只 存在 一 个 针对 void* 的 构造 函数 ， 所 以 把 1〈 整 型 ) 赋值 给 d 将 会 
出 错 ; 而 0 却 存在 到 void* 的 转型 ， 所 以 可 以 把 0 顺利 赋值 给 d。 例 如 ， 在 茶 个 编译 
句 上 运行 上 面 的 程序 ， 我 们 将 得 到 下 面 的 错误 信息 (或 者 其 他 类 似 的 错误 信 
EL) ， 注 意 ， 素 数 就 在 下 面 错误 信息 D<N> 中 : 


unruh.cpp:36: conversion from 'int' to non-scalar type 'D<17>' requested 
unruh.cpp:36: conversion from ‘int' to non-scalar type 'D<13>' requested 
unruh.cpp:36: conversion from 'int' to non-scalar type 'D<11>' requested 
unruh.cpp:36: conversion from ‘int' to non-scalar type 'D<7>' requested 
unruh.cpp:36: conversion from ‘int' to non-scalar type 'D<5>' requested 
unruh.cpp:36: conversion from ‘int' to non-scalar type 'D<3>' requested 
unruh.cpp:36: conversion from ‘int' to non-scalar type 'D<2>' requested 


对 于 C++ template metaprogramming 的 概念 ，Todd Veldhuizen 是 首位 使 之 成 为 
很 有 用 并 且 流 行 的 编程 工具 的 人 ， 在 他 的 论文 Using C++ Template 
Metaprograms〈 见 [VeldhuizenMeta95]) 中 有 详细 介绍 ; 而且， 他 人 针对 Blitzt++ (一 
份 针 对 C++ 的 数值 数组 程序 库 ， 见 [Blitz++]) 工作 的 同时 也 对 metaprogramming 进 
行 了 许多 提炼 与 扩展 (同时 还 对 表达 式 模板 技术 进行 了 提炼 和 扩展 ， 我 们 将 在 下 


章 介 绍 ) 


o 


[1] 译注 ， 原 本 想 把 该 词 翻译 成 元 编程 >， 但 由 于 metaprogramming 的 真实 含义 有 
些 出 入 ， 故 不 译 。 作 为 读者 ， 也 可 以 用 元 编程 来 理解 这 个 词 ， 这 个 选择 就 留 给 个 
人 的 习惯 了 。 


[2] 我 们 在 12.4 节 就 已 经 看 过 一 个 递归 模板 的 例子 ， 我 们 也 可 以 把 它 当 成 一 个 简 


单 的 metaprogramming 例 子 。 


[3] 在 某 些 情况 下 ，metaprogram 的 效率 要 远 远 高 于 Fortran 的 优化 器 ， 尺 管 Fortran 
的 优化 器 非常 适用 于 这 类 应 用 程序 。 


[4] 感谢 Erwin Unruh 为 本 书 提供 这 一 份 代 码 ， 读 者 也 可 以 在 [Unruh-PrimeOrig] 找 
到 这 份 代 码 。 


第 18 章 AIA TRAM 


在 这 一 章 里 ， 我 们 将 介绍 一 种 称 为 表达 式 模板 (expression template) 的 编程 
技术 。 刚 开始 ， 是 为 了 支持 一 种 数值 数组 的 类 而 引入 该 技术 的 。 因 此 ， 在 这 一 章 
里 ， 我 们 把 数值 数组 作为 讨论 表达 式 模板 的 着 眼 点 。 


对 于 一 个 数值 数组 类 ， 它 需要 为 基于 整个 数组 对 象 的 数值 操作 提供 文 持 。 例 
如 ， 我 们 可 能 需要 对 两 个 数组 进行 求 和 ， 最 后 结果 所 含 的 每 个 元 素 是 两 个 实 参数 
组 中 对 应 元 素 值 之 和 。 类 似 地 ， 我 们 也 可 以 对 整个 数组 进行 放大 〔 即 我 们 后 面 所 
fafscalar) ， 也 就 是 说 数组 中 的 每 个 元 素 都 乘 以 一 个 大 于 1 的 值 。 i Fs TO 我 
们 期 望 可 以 像 内 建 类 型 一 样 ， 让 数组 也 具有 这 样 的 放大 (scalar) 运算 符 


Array<double> x(1000@), y(1000); 


x = 1.2*x + x*y; 


MY BR BOR TAMA SUE Sea, AE eS BER ET eA URE CHETAN 
码 运行 的 不 同 平 台 ) 以 最 高 效 的 方式 进行 求 值 。 然 而 ， 既 要 获得 很 高 的 效率 ， 又 
要 运用 例子 中 这 种 紧凑 的 运算 符 写法 ， 束 并 非 是 一 件 轻 而 易 举 的 任务 了 。 但 冬运 
的 是 ， 表 达 式 模板 可 以 帮助 我 们 实现 这 些 想 法 。 


谈 到 表达 式 模板 ， 我 们 自然 就 会 想起 前 面 的 template metaprogramming。 之 所 
以 会 有 这 样 的 联系 ， 一 方面 是 由 于 : 表达 式 模 板 有 时 依赖 于 深层 的 藤 套 模板 实例 
化 ， 而 这 种 实例 化 又 和 我 们 在 template metaprogramming 中 遇 到 的 递归 实例 化 非常 
相似 《 见 17.7 节 的 例子 ) ;已 一 方面 则 是 由 于 : 基 初 开 肥 这 两 种 实例 化 技术 都 是 
为 了 文 持 高 性 能 的 数组 操作 ， 而 这 又 从 另 一 个 侧面 说 明了 metaprogramming 和 表达 
式 模 板 是 息 EHEM. 当然 ， 这 两 种 技术 还 是 互补 的 。 例 如 ，metaprogramming 主 
要 用 于 小 的 、 大 小 国定 的 数组 ， 而 表达 式 模板 则 适用 于 能 够 在 运行 期 确定 大 小 、 


18.1 临时 变量 和 分 割 循环 


在 深入 了 解 表达 式 模板 之 前 ， 让 我 们 先 来 看 一 种 比较 简单 的 (或 者 说 是 比较 
自然 的 ) 、 用 于 实现 数值 数组 操作 的 模板 实现 。 其 中 基本 的 数组 模板 看 起 来 如 下 
Pax (SArray 的 含义 是 simple array) : 


// exprtmpl/sarray1.hpp 


#include <stddef.h> 
#include <cassert> 


template<typename T> 
class SArray { 
public: 
// 创建 一 个 具有 初始 值 大 小 的 数组 
explicit SArray (size_t s) 
: storage(new T[s]), storage _size(s) { 
init(); 


} 


// 拷贝 构造 函数 
SArray (SArray<T> const& orig) 
: storage(new T[orig.size()]), storage size(orig.size()) { 
copy (orig); 
} 


// 析 构 函数 : 释放 内 存 空间 
~SArray() { 
delete[] storage; 


} 


// 赋值 运算 符 
SArray<T>& operator= (SArray<T> const& orig) { 
if (&orig!=this) { 
copy (orig); 


} 


return *this; 


} 
// 返回 数组 大 小 


size_t size() const { 
return storage size; 


} 
// 针对 常数 和 变量 的 下 标 运算 符 


T operator[] (size_t idx) const { 
return storage[ idx]; 


} 
T& operator[] (size_t idx) { 


return storage[ idx]; 


protected: 
// 运用 缺 省 构造 函数 来 初始 化 值 
void init() { 
for (size_t idx = @; idx<size(); ++idx) { 
storage[idx] = T(); 
} 


} 
// 拷贝 男 一 个 数组 的 值 
void copy (SArray<T> const& orig) { 
assert(size()==orig.size()); 
for (size_t idx = @; idx<size(); ++idx) { 
storage[idx] = orig.storage[idx]; 


} 
} 
private: 
T* storage; // 元 素 的 存储 空间 


size_t storage size; // 元 素 的 个 数 
}; 


而 数值 运算 符 可 以 编码 如 下 : 


// exprtmpl/sarrayops1.hpp 


// 对 两 个 SArrays 求 和 
template<typename T> 
SArray<T> operator+ (SArray<T> const& a, SArray<T> const& b) 
{ 
SArray<T> result(a.size()); 
for (size_t k = 0; k<a.size(); ++k) { 
result[k] a[k]+b[k]; 


} 


return result; 


} 


// 对 两 个 SArray 求 积 
template<typename T> 
SArray<T> operator* (SArray<T> const& a, SArray<T> const& b) 
{ 
SArray<T> result(a.size()); 
for (size_t k = ð; k<a.size(); ++k) { 
result[k] a[k]*b[k]; 


} 


return result; 


} 


// 让 一 个 SArray 乘 以 一 个 放大 倍数 
template<typename T> 
SArray<T> operator* (T const& s, SArray<T> const& a) 


SArray<T> result(a.size()); 

for (size_t k = ð; k<a.size(); ++k) { 
result[k] = s*a[k]; 

} 


return result; 


} 


// 对 SArray 和 scalar 求 积 
// 对 scalar 和 SArray 求 和 
// 对 SArray 和 scalar 求 和 


我 们 还 可 以 写 出 其 他 的 一 些 版 本 ， 也 可 以 类 似 地 添加 其 他 的 一 些 运算 符 。 但 
为 了 简单 起 见 ， 上 面 的 这 些 运算 符 已 经 足够 考察 下 面 的 例子 表达 式 了 : 


// exprtmpl/sarray1. cpp 


#include "sarray1.hpp" 
#include "sarrayops1.hpp" 


int main() 
{ 
SArray<double> x(1000), y(1000); 


x = 1.2*x + x*y; 


} 


显然 ， 上 面 的 实现 是 非常 低 效 的 ， 其 原因 主要 是 以 下 两 方面 : 


1. 每 个 运算 符 操 作 〈 除 了 赋值 运算 符 ) 至 少 需要 生成 了 一 个 临时 数组 〈 也 
就 是 说 ， 在 我 们 的 例子 中 ， 即 使 编译 器 不 执行 任何 附加 的 临时 拷贝 操作 ， 也 至 少 
会 生成 3 个 大 小 为 1000 的 临时 数组 ) 。 


2. 运算 符 程 序 的 每 次 使 用 都 要 求 对 实 参 和 结果 数组 进行 额外 的 授 历 〈 这 就 
是 说 ， 在 我 们 的 例子 中 ， 即 使 只 是 生成 了 一 个 SArray 对 象 ， 大 概 也 要 读 取 6 000% 
double 值 ， 写 入 4 000 次 double 值 ) 。 


让 我 们 通过 下 面 运用 临时 变量 的 表达 式 ， 具 体 地 分 析 上 面 的 这 


tmp1 = 1.2*x; // 循环 1 8666 次 子 操作 《〈 即 元 素 操作 ) ， 再 加 上 创建 和 删除 tmp1 
tmp2 = x*y // 循环 1 886 次 子 操作 ， 再 加 上 创建 和 删除 tmp2 
tmp3 = tmp1+tmp2; // 循环 1 966 次 子 读 操作 、1 6886 次 写 操作 ， 


// 再 加 上 生成 和 删除 tmp3 
x = tmp3; // 1 866 次 读 操 作 和 1 8668 次 写 操作 


对 于 元 素 个 数 少 的 数组 而 言 ， 除 非 能 够 分 配 非常 快速 的 内 存 配置 器 ， 人 否则 创 
建 多 余 临时 对 象 的 过 程 通常 都 会 占用 每 个 操作 的 大 部 分 时 间 ; 而 对 于 元 素 个 数 很 


多 的 数组 而 言 ， 则 是 完全 不 允许 生成 临时 对 象 的 ， 因 为 根本 就 没有 足够 的 内 存 来 
容纳 这 些 临时 对 象 〈《 对 效率 要 求 严格 的 数值 模拟 操作 ， 通 第 都 期 望 能 够 把 内 存 空 
间 用 于 存储 现成 的 计算 结果 ， 而 如 果 我 们 把 内 存 空间 用 于 存储 一 些 不 需要 的 局 部 
变量 ， 那 么 这 种 模拟 的 性 能 将 会 大 大 下 降 ) 。 


实际 上 ， 每 个 数值 数组 程序 库 的 实现 都 会 面临 这 个 问题 ， 因 此 通常 鼓励 我 们 
多 使 用 包含 计算 的 赋值 运算 符 (computed assignments， 诸 如 +=、*= 等 ) ， 来 代替 
前 面 纯粹 的 赋值 运算 符 。 使 用 包含 计算 的 赋值 运算 符 的 好 处 在 于 : 由 于 实 参 和 结 
n 因此 将 不 需要 创建 任何 临时 对 象 。 例 如 ， 我 们 可 以 这 样 添 
HSArray 成 员 : 


// exprtmpl/sarrayops2.hpp 


// SArray 的 自 加 运算 符 
template<class T> 
SArray<T>& SArray<T>::operator+= (SArray<T> const& b) 


{ 
for (size_t k = 0; k<size(); ++k) { 
(*this)[k] += b[k]; 
return *this; 
} 


// SArray 的 自 乘 运算 符 
template<class T> 
SArray<T>& SArray<T>::operator*= (SArray<T> const& b) 


{ 
for (size_t k = 0; k<size(); ++k) { 
(*this)[k] *= b[k]; 
return *this; 
} 


// 针对 放大 倍数 的 自 乘 运算 符 
template<class T> 
SArray<T>& SArray<T>::operator*= (T const& s) 


{ 


for (size_t k = 0; k<size(); ++k) { 
(*this)[k] *= s; 


return *this; 


有 了 这 些 运 算 符 之 后 ， 我 们 就 可 以 这 样 来 改写 前 面 的 例子 了 : 


// exprtmpl/sarray2. cpp 
#include "sarray2.hpp" 
#include "sarrayops1.hpp" 
#include "sarrayops2.hpp" 
int main() 


SArray<double> x(1000), y(1000); 


// 计算 x = 1.2*x + x*y 
SArray<double> tmp(x); 
tmp *= y; 
x Fs 1.25 
x += tmp; 


} 


显然 ， 这 种 使 用 了 “包含 计算 的 赋值 运算 符 ” 的 技术 仍然 具有 下 面 的 缺点 : 


。 符号 变 得 不 太 雅 观 。 

。 我 们 仍然 需要 创建 一 个 非 必 要 的 局 部 变量 tmp。 

© 循环 被 分 割 成 多 个 (在 这 里 是 3 个 ) 操作 了 ， 这 就 意味 着 : 总 共 大 约 需 要 进行 
6 000 次 double 类 型 的 内 存 读 取 操 作 和 4 000 次 double 类 型 的 内 存 写 入 操作 。 


实际 上 ， 我 们 所 期 望 趾 的 操作 是 ， 可 以 针对 数组 的 每 个 下 标 ， 只 对 表达 式 进 
行 一 次 “理想 的 循环 "”。 如 下 所 示 : 


int main() 


SArray<double> x(1000), y(10@0); 


for (int idx = 0; idx<x.size(); ++idx) { 
x[idx] = 1.2*x[idx] + x[idx]*y[idx]; [2] 
} 


} 


现在 我 们 就 不 需要 任何 局 部 数组 了 ， 而 且 在 每 次 迭代 过 程 中 ， 我 们 只 需要 进 
行 两 次 内 存 读 取 (x[idx] 和 y[idx])〉 和 一 次 内 存 写 入 (x[idx]) 操作 。 于 是 ， 在 所 有 
人 


在 现今 高 性 能 的 计算 机 体系 结构 下 ， 进 行 上 面 的 这 种 数组 操作 ， 如 果 最 大 的 
瓶颈 因素 来 自 于 内 存 带 宽 的 话 ， 就 效率 而 言 ， 我 们 前 面 重 载 简 单 运算 符 的 作法 ， 
可 能 会 比 这 种 采用 手工 编码 循环 的 作法 慢 上 一 到 两 个 数量 级 。 这 也 是 毫 不 奇怪 
AN, BRIEN UWAR: 既得 到 高 效 的 性 能 ， 也 不 需要 使 用 《借助 于 
循环 的 ) 手工 编码 ， 更 不 需要 使 用 这 些 尝 拙 的 符号 标记 来 编写 这 些 循 环 。 最 终 ， 
我 们 借助 于 下 面 所 介绍 的 技术 ， 使 编码 显得 更 加 优雅 ， 并 且 减 少 错误 的 产生 。 


18.2 在 模板 实 参 中 编码 表达 式 


对 于 我 们 前 面 的 问题 ， 存 在 一 个 很 好 的 解决 方法 ， 直到 看 到 了 整个 表达 式 的 
时 候 〈 在 我 们 的 例子 中 ， 即 在 调用 赋值 运算 符 的 时 候 ) ， 才 对 表达 式 的 各 个 部 分 
进行 求 值 。 因 此 ， 在 进行 求 值 之 前 ， 我 们 必须 记录 每 一 个 对 象 和 应 用 到 该 对 象 的 
和 
参 进行 编码 。 


例如 ， 我 们 前 面 的 表达 式 例子 : 


1.2*x + x*y; 


也 就 意味 着 : 1.2x 的 结果 并 不 是 一 个 新 的 数组 ， 而 是 一 个 用 于 表示 x 的 每 个 值 
都 乘 以 1.2 的 对 象 。 类 似 地 ，xy 同 样 表示 Xx 的 每 个 元 素 都 乘 以 y 相 应 的 元 素 。 最 后 ， 
当 我 们 需要 结果 数组 的 值 时 ， 我 们 才 进 行 这 些 计算 。 也 就 是 说 ， 我 们 早先 只 是 存 
储 用 于 后 来 求 值 的 一 种 表示 而 已 ， 并 没有 进行 任何 真正 的 计算 。 


让 我 们 来 看 一 个 具体 的 实现 。 在 下 面 的 实现 中 ， 我 们 把 表达 式 : 


转化 为 一 个 具有 如 下 类 型 的 对 象 : 


A_Add< A Mult<A Scalar<double>,Array<double> >, 
A_Mult<Array<double>,Array<double> > > 
在 此 ， 我 们 组 合 了 新 的 基本 类 模板 Array、 类 模板 A_Scalar、 类 模板 A_Add 和 
A_Mult。 对 于 这 个 表达 式 ， 你 可 能 会 意识 到 : 存在 一 个 前 序 语法 树 的 表示 方法 
( 见 图 18.1) 。 另 外 ， 这 个 嵌 套 的 template-id 表 明了 每 个 对 象 的 类 型 和 对 象 所 涉及 
的 操作 。 在 接 下 来 的 代码 中 ， 我 们 先 不 给 出 A_Scalar 的 实现 ，A_Scalar 在 此 只 是 作 
人 


图 18.1 表达 式 1.2x + xy 的 树 型 表示 


18.2.1 表达 式 模板 的 操作 数 


为 了 能 够 完整 地 表示 整个 表达 式 ， 一 方面 在 每 个 A_Add 和 A_Mult 对 象 中 ， 我 
们 必须 存储 指向 实 参 的 引用 ;， 另 一 方面 在 A_Scalar 对 象 中 ， 我 们 需要 记录 这 个 表 
示 放 大 倍数 的 值 〈 或 者 引用 ) 。 因 此 ， 下 面 就 是 一 种 针对 这 些 操作 数 的 可 行 定 
X: 


// exprtmpl/exprops1.hpp 
#include <stddef.h> 


#include <cassert> 


// 包含 了 一 个 辅助 class trait temp1late， 从 而 可 以 根据 不 同情 况 ， 判 断 究竟 是 // 以 “ 传 值 > 的 方式 ， 
#include "expropsia.hpp" 


// 表示 两 个 操作 数 之 和 的 对 象 的 所 属 类 
template <typename T, typename OP1, typename OP2> 
class A Add { 
private: 
typename A_Traits<OP1>::ExprRef op1; // 第 1 个 操作 数 
typename A_Traits<OP2>::ExprRef op2; // 第 2 个 操作 数 


public: 
// 构造 函数 ， 用 于 初始 化 指向 操作 数 的 引用 
A_Add (OP1 const& a, OP2 const& b) 
: opl(a), op2(b) { 


// 在 求 值 的 时 候 计 算 和 

T operator[] (size_t idx) const { 
return op1[idx] + op2[idx]; 

} 


// size 代 表 最 大 的 容量 〈 大 小 ) 
size_t size() const { 
assert (op1.size()==@ || op2.size()==@e 
|| op1.size()==o0p2.size()); 
return op1.size()!=@ ? op1.size() : op2.size(); 


} 
}3 


// 表示 两 个 对 象 之 积 的 对 象 的 所 属 类 
template <typename T, typename OP1, typename OP2> 
class A Mult { 
private: 
typename A_Traits<OP1>::ExprRef op1; // 第 1 个 操作 数 
typename A_Traits<OP2>::ExprRef op2; // 第 2 个 操作 数 


public: 
// 构造 函数 ， 用 于 初始 化 对 象 指向 操作 数 的 引用 
A Mult (OP1 const& a, OP2 const& b) 
: opl(a), op2(b) { 
} 


// 在 求 值 的 时 候 计算 乘积 
T operator[] (size_t idx) const { 
return op1[idx] * op2[idx]; 


} 


// size 表 示 最 大 的 容量 (大 小 ) 
size t size() const { 
assert (op1.size()==0 || op2.size()==6 
|| op1.size()==0p2.size()); 
return op1.size()!=@ ? op1.size() : op2.size(); 


从 代码 可 以 看 出 ， 我 们 增加 了 下 标 运 算 符 和 查询 容量 大 小 的 操作 ， 从 而 就 可 
以 根据 该 对 象 的 子 节 点 的 相应 操作 ， 来 计算 出 该 节点 的 大 小 和 每 个 元 素 的 值 ( 这 
里 的 子 节点 的 含义 来 自 于 图 18.1)。 


对 于 只 涉及 到 数组 的 操作 ， 结 果 数 组 的 大 小 是 其 中 某 个 操作 数 的 大 小 《实际 
上 ， 我 们 在 代码 中 已 经 强制 要 求 每 个 操作 数 的 大 小 都 应 该 是 相等 的 ) 。 然 和 而， 对 
于 同时 涉及 到 数组 和 scalar 〈 放 大 倍数 ) 的 操作 ， 结 果 数 组 的 大 小 就 是 操作 数 数组 
的 大 小 。 为 了 区 分 数组 操作 数 和 scalar 操 作 数 ， 我 们 假定 scalar 的 大 小 为 0， 如 下 面 
的 模板 A_Scalar 的 定义 : 


exprtmpl/exprscaLlar.hpp 


// 用 于 表示 放大 倍数 的 对 象 的 所 属 类 
template <typename T> 
class A Scalar { 
private: 
T const& s; // scalar 的 值 


public: 
// 构造 函数 ， 用 于 初始 化 值 
A Scalar (T const& v) 
: s(v) { 
} 


// 对 于 索引 《〈 下 标 ) 操作 而 言 ， 每 个 元 素 的 值 都 等 于 scalar (放大 倍数 ) 的 值 
T operator[] (size_t) const { 
return s; 


} 
//scalar 的 大 小 〈 即 元 素 个 数 ) 为 6 


size_t size() const { 
return ð; 


}; 


}; 


从 上 面 代码 可 以 看 出 ，A_Scalar 模 板 也 提供 了 一 个 索引 运算 符 。 在 表达 式 的 
内 部 ，A_Scalar 表 示 的 是 一 个 每 个 索引 都 对 应 相同 scalar 值 的 数组 。 


你 可 能 还 发 现 了 : 运算 符 类 使 用 了 一 个 辅助 类 A_Traits， 来 定义 操作 数 成 


0 


typename A_Traits<OP1>::ExprRef op1; // 第 1 个 操作 数 


typename A_Traits<OP2>: :ExprRef op2; // 第 2 个 操作 数 


事实 上 ， 这 种 做 法 是 很 有 必要 的 ， 主 要 是 因为 : 通常 而 言 ， 我 们 可 以 把 这 些 
操作 数 声 明 为 引用 类 型 ， 因 为 大 多 数 局 部 节点 是 在 顶层 表达 式 进行 绑 定 的 ， 因 此 
它们 的 生命 期 能 够 延续 到 完整 表达 式 的 求 值 。 但 是 ， 唯 一 的 例外 是 A_Scalar 节 
点 ， 它 是 在 运算 符 函 数 内 部 进行 绑 定 的 ， 所 以 并 不 能 一 直 存 在 到 完整 表达 式 的 求 
值 。 因 此 ， 为 了 使 这 种 指向 放大 倍数 BA Scalar) 的 成 员 能 够 一 直 存在 到 完整 
表达 式 求 值 ， 我 们 需要 对 scalar 操 作 数 进行 “ 传 值 找 贝 ”， 而 不 是 “ 传 引 用 拷贝 "。 也 
就 是 说 ， 我 们 需要 具有 以 下 性 质 的 成 员 : 


。 通 党 情况 下 是 常数 引用 : 


OP1 const& op1; // 指向 第 1 个 操作 数 的 引用 


OP2 const& op2; // 指向 第 2 个 操作 数 的 引用 


e 但是， 对 于 scalar 值 ， 则 是 普通 值 : 


[op1 opt; // 以 传 值 拷贝 的 方式 引用 第 1 个 操作 数 


|oP2 op2; // 以 传 值 拷贝 的 方式 引用 第 2 个 操作 数 | 


这 也 正 是 trait class 的 用 武之 地 。 它 定义 了 一 个 针对 大 多 数 常 数 引 用 的 基本 模 
板 ， 但 同时 定义 了 一 个 针对 scalar 的 特 化 : 


// exprtmpLl/expropsia.hpp 


/* 用 于 选择 如 何 引 用 “表达 式 模板 节点 ”的 辅助 trait class 
* - 通常 情况 下 : 传 引 用 

* - 对 于 scalar: 传 值 
*/ 


template <typename T> class A_Scalar; 


// 基本 模板 
template <typename T> 
class A Traits { 
public: 
typedef T const& ExprRef; // 所 引用 的 类 型 typedef 成 一 个 常量 引用 


}; 


// 针对 scalar 的 局 部 特 化 
template <typename T> 
class A Traits<A Scalar<T> > { 
public: 
typedef A_Scalar<T> ExprRef; // 所 引用 的 类 型 实际 是 一 个 普通 值 


T 


}; 


男 一 方面 ， 如 果 A_Scalar 对 象 引 用 的 是 在 顶层 定义 的 scalar， 那 么 也 可 以 使 用 
引用 类 型 来 代表 这 些 scalar。 


18.2.2 Array 类 型 


既然 能 够 使 用 轻 量 级 的 表达 式 模 板 来 对 表达 式 进 行 编码 ， 接 下 来 我 们 将 创建 
一 个 Array 类 型 ， 它 既 能 够 针对 占用 实际 内 存 的 数组 ， 同 时 也 适用 于 表达 式 模板 。 
另外 ， 从 工程 的 角度 来 看 ， 在 接口 设计 方面 ， 我 们 应 该 使 设计 的 Array 既 能 够 与 占 
用 存储 空间 的 真实 数组 尽 可 能 地 相似 ， 也 要 与 那些 “基于 数组 ”的 表达 式 〈( 如 
A_Add) 具有 相同 的 表示 。 基 于 这 个 目的 ， 我 们 这 样 声 明 Array 模 板 : 


template <typename T, typename Rep = SArray<T> > 
class Array; 


在 上 面 代 码 中 ，Rep 类 型 要 么 是 SArray1[31]， 但 前 提 是 Array 必 须 是 一 个 占用 实 
际 存储 空间 的 数组 ;要 么 是 一 个 用 于 编码 表达 式 的 舱 套 template-id， 如 A_Add 和 
A_Mult。 我 们 将 使 用 同一 种 方式 来 处 理 〈 由 这 两 种 途径 所 产生 的 ) Array 实 例 化 
体 ， 因 为 将 大 大 简化 我 们 后 期 的 编码 。 如 果 用 诸如 A_Mnult 等 类 型 蔡 换 Rep， 某 些 


成 员 并 不 能 被 实例 化 ; 尽管 如 此 ， 但 在 实际 应 用 中 ，Array 模 板 的 定义 并 不 需要 声 
明 用 于 区 分 上 面 这 两 种 情况 〈 即 SArray 和 template-id) 的 特 化 。 


下 面 是 一 个 定义 。 虽 然 在 理解 了 下 面 代 码 之 后 ， 我 们 就 能 够 很 容易 地 添加 其 
他 的 功能 ， 但 是 就 这 个 例子 而 言 ， 我 们 实现 的 功能 只 是 局 限于 SArray 模 板 所 提供 
的 功能 ， 还 有 许多 功能 仍 未 实现 。 


// exprtmpl/exprarray.hpp 


#include <stddef.h> 
#include <cassert> 
#include "sarray1.hpp" 


template <typename T, typename Rep = SArray<T> > 
class Array { 
private: 


Rep expr_rep; // “访问 ) 数组 的 数据 


public: 
// 创建 具有 初始 大 小 的 数组 
explicit Array (size_t s) 
: expr_rep(s) { 


// 根据 其 他 可 能 的 表示 来 创建 数组 
Array (Rep const& rb) 
: expr_rep(rb) { 


// 针对 相同 类 型 的 赋值 运算 符 
Array& operator= (Array const& b) { 
assert(size()==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_rep[idx] = b[idx]; 


return *this; 


} 


// 针对 不 同类 型 的 赋值 运算 符 
template<typename T2, typename Rep2> 
Array& operator= (Array<T2, Rep2> const& b) { 
assert(size()==b.size()); 
for (size_t idx = 0; idx<b.size(); ++idx) { 
expr_rep[idx] = b[idx]; 


return *this; 


} 
// size 是 所 表示 数据 的 大 小 


size t size() const { 
return expr_rep.size(); 


} 


分 别针 对 常量 和 变量 的 索引 《下 标 ) 运算 符 
T operator[] (size_t idx) const { 
assert (idx<size()); 
return expr_rep[idx]; 


} 

T& operator[] (size_t idx) { 
assert (idx<size()); 
return expr_rep[idx]; 


} 


// 返回 数组 现在 所 表示 的 对 象 
Rep const& rep() const { 
return expr_rep; 


} 
Rep& rep() { 

return expr_rep; 
} 


}3 


正如 上 面 程序 所 示 ， 这 里 的 许多 操作 都 只 是 简单 地 委托 给 所 含 的 Rep 对 象 。 
然而 ， 当 拷贝 男 一 个 数组 的 时 候 ， 我 们 就 必须 充分 考虑 ， 男 一 个 数组 是 否 是 基于 
表达 式 模板 的 。 因 此 ， 我 们 需要 根据 Rep 的 表示 ， 对 拷贝 运算 符 进行 参数 化 ， 即 
声明 针对 两 种 不 同情 况 的 赋值 运算 符 。 


18.2.3 ”运算 符 


到 目前 为 止 ， 我们 只 是 实现 了 用 于 代表 运算 符 的 、 针 对 数值 Array 模 板 的 运算 

符 操 作 诸 如 A_Add》， 但 仍然 没有 实现 运算 答 本 身 EM) 。 我 们 在 前 面 已 

apo, beta 运算 符 只 是 用 于 代表 表达 式 模板 对 象 ， 它们 实际 上 并 不 对 吉 果 数组 
行 5 


ed ee ee r, 
array-scalar 和 scalar-array。 例 如 ， 为 了 能 够 计算 前 面 的 表达 式 初始 值 ， 我 们 需要 用 
到 了 下 面 的 运算 符 : 


// exprtmpl/exprops2.hpp 


// 两 个 数组 相 加 
template <typename T, typename R1, typename R2> 
Array<T,A_ Add<T,R1,R2> > 
operator+ (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Add<T,R1,R2> > 
(A_Add<T,R1,R2>(a.rep(),b.rep()))5 
} 


// WAAR BAA 
template <typename T, typename R1, typename R2> 
Array<T, A_Mult<T,R1,R2> > 


operator* (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A Mult<T,R1,R2> > 
(A_Mult<T,R1,R2>(a.rep(), b.rep())); 
} 


// scalar 和 数组 相 乘 
template <typename T, typename R2> 
Array<T, A_Mult<T,A Scalar<T>,R2> > 
operator* (T const& s, Array<T,R2> const& b) { 
return Array<T,A Mult<T,A Scalar<T>,R2> > 
(A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep())); 


} 


// 数组 和 scalar 相 乘 
// scalar 和 数组 相 加 
// 数组 和 scalar 相 加 


这 些 运 算 符 的 声明 看 起 来 是 比较 费解 的 《我 们 从 例子 中 就 可 以 看 出 来 ) ， 但 
是 实际 上 函数 所 做 的 工作 并 不 多 。 例 如 ， 针 对 两 个 数组 的 加 法 运算 符 ， 它 首先 生 
成 一 个 用 于 A_Add<> 对 象 ， 用 于 表示 运算 符 和 操作 数 : 


A_Add<T,R1,R2>(a.rep(),b.rep()) 


并 且 把 这 个 对 象 封装 在 一 个 数组 里 面 ， 从 而 使 我 们 可 以 借助 于 数组 来 操作 这 
个 运算 结果 。 事 实 上 ， 其 他 的 对 象 我 们 也 是 这 样 处 理 的 : 


return Array<T,A_Add<T,R1,R2> > (... ); 
对 于 scalar 乘 法 而 言 ， 我 们 使 用 了 A_Scalar 模 板 来 创建 A_Mult 对 象 : 


A Mult<T,A Scalar<T>,R2>(A_Scalar<T>(s), b.rep()) 


并 且 也 对 它 进行 了 封闭: 


[return Array<T,A Mult<T,A Scalar<T>,R2> > (... ); 


实际 上 ， 其 他 二 元 运算 符 的 实现 也 是 类 似 的 ， 我 们 还 可 以 使 用 宏 来 声明 这 些 
运算 符 ， 从 而 只 需要 使 用 数量 相对 较 少 的 代码 。 男 一 个 (更 小 的 ) 宏 还 可 以 被 用 
于 非 成 员 的 一 元 运算 符 的 声明 。 


18.2.4 回顾 


当 首 次 发 现 表 达 式 模板 思想 的 时 候 ， 你 可 能 会 被 这 些 声 明和 定义 的 交互 弄 得 
曙 头 转 癌 。 因 此 ， 针 对 前 面 的 例子 代码 ， 我 们 将 给 出 一 个 上 自 顶 回 下 的 回顾 ， 或 许 
能 够 使 你 对 表达 式 模板 有 一 个 更 加 具体 的 理解 。 下 面 就 是 我 们 要 分 析 的 代码 你 


可 以 在 meta/exprmain.cpp 找 到 这 些 代码 ) : 


int main() 


Array<double> x(1000), y(1000); 


x = 1.2*x + x*y; 


由 于 在 x 和 y 的 定义 中 省 略 了 Rep 实 参 ， 所 以 该 参数 将 使 用 缺 省 值 
因此 ，x 和 y 是 占用 “真实 ”内 存 的 数组 ， 也 就 是 它们 说 并 不 只 是 
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当 解 析 表 达 式 : 
1.2*x + x*y 


的 时 候 ， 编 译 器 首先 会 应 用 最 左边 的 * 运算 符 ， 它 是 一 个 scalar-array 运 算 
符 。 于 是 ， 重 载 解析 规则 将 会 选择 operator* 的 scalar-array 形 式 : 


template <typename T, typename R2> 
Array<T, A_Mult<T,A Scalar<T>,R2> > 
operator* (T const& s, Array<T,R2> const& b) { 
return Array<T,A Mult<T,A Scalar<T>,R2> > 
(A_Mult<T,A_Scalar<T>,R2>(A_Scalar<T>(s), b.rep())); 


其 中 操作 数 的 类 型 是 double 和 Array<double, SArray<double> >。 因 此 ， 实 际 的 
结果 类 型 是 : 


Array<double, A_Mult<double, A_Scalar<double>, SArray<double> > > 


而 结果 值 是 一 个 构造 自 double 值 1.2 的 A_Scalar<double> 对 象 ， 和 一 个 表示 对 
象 x 的 SArray<double> 对 象 。 


接 下 来 ， 将 会 对 第 2 个 乘法 进行 求 值 ，x*y 是 一 个 array-array 操 作 。 这 一 次 我 们 
使 用 了 相应 的 operator*: 


template <typename T, typename R1, typename R2> 
Array<T, A_Mult<T,R1,R2> > 
operator* (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A Mult<T,R1,R2> > 
(A_Mult<T,R1,R2>(a.rep(), b.rep())); 


而 两 个 操作 数 的 类 型 都 是 Array<double, SArray<double> >， 因 此 结果 类 型 


Array<double, A_Mult<double, SArray<double>, SArray<double> > > 


这 一 次 ，A_Mult 所 封装 的 两 个 参数 对 象 都 引用 了 一 个 SArray<double> 表 示 : 
即 一 个 用 于 表示 x 对 象 ， 男 一 个 用 于 表示 y 对 象 。 

最 后 ， 才 对 + 运算 符 进 行 求 值 。 这 次 还 是 array-array 操 作 ， 而 操作 数 类 型 就 
是 我 们 根据 上 面 所 演绎 的 类 型 。 因 此 ， 我 们 调用 了 针对 array-array 的 operator+: 


template <typename T, typename R1, typename R2> 
Array<T,A_ Add<T,R1,R2> > 
operator+ (Array<T,R1> const& a, Array<T,R2> const& b) { 
return Array<T,A_Add<T,R1,R2> > 
(A_Add<T,R1,R2>(a.rep(),b.rep())); 


其 中 用 double 来 蔡 换 T，R1 则 用 : 


A_Mult<double, A_Scalar<double>, SArray<double> > 


进行 替换 ， 而 R2 则 替换 为 : 


A_Mult<double, SArray<double>, SArray<double> > 


因此 ， 赋 值 运算 符 右 边 的 表达 式 最 终 的 类 型 为 : 


Array<double, 
A_Add<double, 


A_Mult<double, A_Scalar<double>, SArray<double> >, 
A_Mult<double, SArray<double>, SArray<double>>>> 


这 个 类 型 将 与 Array 横 板 的 赋值 运算 符 模 板 进行 匹配 ; 


template <typename T, typename Rep = SArray<T> > 


class Array { 
public: 


// 针 对 不 同类 型 数组 的 赋值 运算 符 
template<typename T2, typename Rep2> 
Array& operator= (Array<T2, Rep2> const& b) { 
assert(size()==b.size()); 
for (size_t idx = @; idx<b.size(); ++idx) { 
expr_rep[idx] = b[idx]; 


return *this; 
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其 中 赋值 运算 符 将 会 运用 右边 Array( 即 b〉 的 下 标 运算 符 来 计算 目标 数组 x 的 
每 一 个 元 素 ， 其 中 右边 Array 的 实际 类 型 为 : 


A_Add<double, 
A_Mult<double, A_Scalar<double>, SArray<double> >, 
A_Mult<double, SArray<double>, SArray<double> > > > 


如 果 我 们 仔细 跟踪 这 个 下 标 操作 ， 那 么 对 于 一 个 给 定 的 下 标 x， 将 会 得 到 : 


(1.2*x[idx]) + (x[idx]*y[idx]) 


而 这 正 是 我 们 所 期 望 计算 的 表达 式 。 
18.2.5 ”表达 式 模板 赋值 


对 于 一 个 Rep 实 参 基于 A_Mul 或 者 A_Add 表 达 式 模板 的 数组 ， 是 不 能 够 为 该 
数组 实例 化 写 操作 的 《也 就 是 说 ， 编 写 a+b=c 的 式 子 是 毫 无 意义 的 ) 。 然 而 ， 我 
们 完全 可 能 编写 其 他 的 表达 式 模板 ， 从 而 能 够 对 这 些 表达 式 模板 的 结果 进行 赋 

oe 以 具有 整数 值 数组 为 下 标的 索引 操作 通常 都 会 涉及 到 子 集 的 选择 。 换 
AY TA vu: 


x[y] = 2*x[y]; 

的 含义 应 该 等 价 于 : 

for (size_t idx = 6;j idx<y.size(); ++idx) { 
x[y[idx]] = 2*x[y[idx]]; 


} 


为 了 使 上 面 这 种 写法 可 以 正常 操作 ， 必 须 令 这 种 基于 表达 式 模板 的 数组 的 行 
为 能 够 像 一 个 左 值 (也 就 是 说 ， 可 写 的 ) ; 而 且 ， 类 似 于 这 样 的 表达 式 模 板 的 组 
件 和 A_Mult 等 是 类 似 的 ， 唯 一 的 区 别 在 于 它 提 供 了 下 标 运 算 符 的 const 版 本 和 non- 
const 版 本 ， 并 且 返 回 一 个 左 值 (引用) : 


// exprtmpl/exprops3.hpp 


template<typename T, typename A1, typename A2> 
class A_Subscript { 
public: 
// 构 造 函 数 ， 用 于 初始 化 指向 操作 数 的 引用 
A_Subscript (A1 const & a, A2 const & b) 
: al(a), a2(b) { 
} 


// 当 请 求 值 的 时 候 处 理 下 标 运算 符 


T operator[] (size_t idx) const { 
return al[a2[idx]]; 
} 


T& operator[] (size_t idx) { 
return al[a2[idx]]; 
} 


// size 是 内 联 数组 的 大 小 
size_t size() const { 

return a2.size(); 
} 


private: 
A1 const & al; // F 
A2 const & a2; // F 


第 1 个 操作 数 的 引用 
第 2 个 操作 数 的 引用 
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}3 


针对 这 种 运用 子 集 语 义 的 、 扩 展 的 下 标 运 算 符 ， 我 们 需要 为 Array 模 板 定义 额 
E 其 中 一 个 下 标 运算 符 的 定义 如 下 《另外 还 需要 一 个 针对 const 的 
H ) : 


// exprtmpl/exprops4.hpp 


template<typename T, typename R1, typename R2> 
Array<T,A_Subscript<T,R1,R2> > 
Array<T,R1>::operator[] (Array<T,R2> const & b) { 
return Array<T,A_Subscript<T,R1,R2> > 
(A_Subscript<T, R1,R2>(this—>rep(),b.rep())); 


18.3 ”表达 式 模 板 的 性 能 与 约束 


为 了 弥补 表达 式 模 板 思想 的 复杂 性 ， 我 们 已 经 前 明了 : 表达 式 模板 可 以 大 大 
提高 数组 操作 的 性 能 。 如 果 你 仔细 跟 踊 表 达 式 模板 的 行为 ， 你 会 发 现存 在 许多 很 
小 的 内 联 函数 互相 调用 ， 而 且 在 调用 堆栈 还 分 配 了 许多 小 的 表达 式 模 板 对 象 。 因 
此 ， 编 译 器 必须 执行 完整 的 内 联 小 对 象 和 去 除 小 对 象 操作 ， 来 产生 出 在 性 能 
E) 能 够 与 手工 代码 循环 相 媲美 的 代码 。 在 本 书 编写 时 候 所 发 布 的 编译 器 中 ， 这 
种 技术 还 是 相当 罕见 的 。 


表达 式 模板 并 没有 解决 所 有 涉及 到 数组 数值 操作 的 问题 。 例 如 ， 对 于 具有 如 
下 形式 的 matrix GERE) -vector 乘 法 : 


x = A*x; 


其 中 x 是 一 个 大 小 为 n 的 vector， 而 A 是 一 个 nxn 的 矩阵 。 这 里 的 主要 问题 是 在 
T: 临时 变量 的 使 用 总 是 不 可 避免 的 ， 因 为 最 终结 果 的 每 个 元 素 都 要 依赖 于 最 初 
x 的 每 个 元 素 。 遗 憾 的 是 ， 表 达 式 模板 将 会 在 一 次 计算 之 后 马上 更 新 X 的 首 个 元 
素 ， 而 在 计算 下 一 个 元 素 的 时 候 则 用 到 这 个 已 经 更 新 的 元 素 ， 从 而 改变 了 原来 的 
数组 ， 而 这 是 完全 错误 的 。 然 而 ， 针 对 下 面 一 个 稍 有 区 别 的 表达 式 : 


x = A*y 


如 果 x 和 y 并 不 互 为 别名 的 话 ， 那 么 将 不 需要 一 个 临时 对 象 ， 这 意味 着 解决 方 
案 必须 能 够 在 运行 期 知道 操作 数 的 这 种 〈 是 否 为 别名 的 ) 关系， 而 这 反 过 来 又 表 
明 必 须 生 成 一 个 用 于 表示 表达 式 树 的 运行 期 结构 ， 而 不 是 在 表达 式 模板 的 类 型 中 
编码 这 棵 树 。 这 个 想法 首先 是 由 Rober Davies 在 NewMat 程 序 库 中 提出 的 〈 见 
[NewMat]) 。 实 际 上 ， 在 开发 表达 式 模 板 之 前 的 很 长 时 间 里 ， 束 已 经 有 这 个 想法 
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表达 式 模板 并 不 局 限于 数值 计算 。 壁 如 Jaakko Jirvi 和 Gary Powell} Lambda 
Library (JL [Lambdalib]〉 就 给 出 了 一 个 很 有 代表 性 的 应 用 程序 。 例 如 ， 该 库 允 
许 我 们 这 样 编写 代码 : 


void lambda demo (std::vector<long*> & ones) { 
std::sort(ones.begin(), ones.end(), * 1 > * 2); 


} 


这 个 代码 片断 将 针对 元 素 所 引用 的 值 ， 以 升序 的 方式 对 数组 进行 排序 。 如 果 
没有 Lambda 库 的 话 ， 我 们 就 必须 定义 一 个 简单 但 实现 有 些 麻烦 ) 的 、 具 有 特殊 
目的 的 仿 函 数 类 型 。 但 是 使 用 Lambda 库 之 后 ， 我 们 就 可 以 使 用 简单 的 内 联 语法 来 
表达 所 希望 使 用 的 操作 。 在 我 们 的 例子 中 ，_1 和 _2 只 是 Lambda 库 所 提供 的 两 个 占 


位 符 ， 它 们 对 应 了 一 些 基 本 的 表达 式 对 象 ， 而 这 些 表达 式 通常 都 是 仿 函 数 。 以 
后 ， 我 们 可 以 使 用 本 章 所 讨论 的 表达 式 模 板 技 术 ， 并 且 使 用 这 些 技术 来 构造 更 加 
复杂 的 表达 式 。 


18.4 本 章 后 记 


表达 式 模 板 是 由 Todd Veldhuizen 和 David Vandevoorde (Todd 创 造 了 这 个 概 
念 ) 独 立 开 发 的 ; 而且 在 开发 的 时 候 ， 成 员 模 板 还 没有 被 引进 C++ 程序 设计 语言 
《在 那个 时 候 看 起 来 ， 该 特性 不 太 可 能 会 被 加 入 C++) 。 这 就 导致 在 实现 赋值 运 
算 符 时 出 现 了 一 些 问题 ， 不 能 对 表达 式 模板 进行 参数 化 。 这 时 ， 出 现 了 一 种 解决 
该 问题 的 技术 : 在 表达 式 模 板 中 引入 一 个 针对 Copier 类 的 转型 运算 符 ， 其 中 Copier 
具有 元 素 类 型 和 表达 式 模 板 两 个 模板 参数 ， 而 它 的 基 类 CopierInterface 则 只 具有 一 
个 元 素 类 型 模板 参数 。 然 后 ， 该 基 类 提供 了 一 个 (虚拟 的 )copy_to 接 口 ， 使 赋值 
运算 符 可 以 引用 这 个 接口 。 下 面 是 这 种 机 制 的 一 个 大 体 框 架 ( 其 中 使 用 了 一 些 本 
章 所 介绍 的 模板 名 称 ) : 


template<typename T> 
class CopierInterface { 
public: 
virtual void copy_to(Array<T, SArray<T> >&) const; 


}3 


template<typename T, typename X> 
class Copier : public CopierInterface<T> { 
public: 
Copier(X const &x): expr(x) {} 
virtual void copy_to(Array<T, SArray<T> >&) const { 
// 赋值 循环 的 实现 


} 
private: 
X const &expr; 


}3 


template<typename T, typename Rep = SArray<T> > 
class Array { 
public: 
// 委托 的 赋值 运算 符 
Array<T，Rep>& operator=(CopierInterface<T> const &b) { 
b.copy_to(rep); 
}; 
}; 
template<typename T, typename A1, typename A2> 
class A_mult { 
public: 
operator Copier<T, A Mult<T, A1, A2> >(); 


}3 


虽然 这 种 做 法 给 表达 式 模 板 带 来 了 一 层 额外 的 复杂 度 ， 也 会 市 来 一 些 运 行 期 


的 开销 ， 但 是 就 性 能 而 言 ， 该 做 法 仍然 能 够 带 来 很 大 的 提高 。 


C++ 标准 库 包含 了 一 个 名 为 valarray 的 类 模板 : 它 主要 是 用 于 实现 我 们 在 本 章 
中 开发 Array 模 板 时 所 用 到 的 一 些 技术 。 事 实 上 ，valarray 有 一 个 前 身 ， 该 前 身 的 
设计 目的 是 : 对 于 一 些 面向 科学 计算 的 编译 器 ， 将 可 以 使 用 一 些 数组 类 型 ， 并 且 
能 够 在 操作 中 辨别 这 些 数 组 类 型 ， 和 使 用 高 度 优化 的 内 部 代码 ， 因 为 这 些 特 殊 设 
计 的 编译 器 将 可 以 在 某 种 程度 上 “理解 ”数组 的 类 型 。 然 而 ， 这 件 事情 最 后 却 未 能 
成 功 〈 部 分 原因 在 于 市 场 相 对 比较 小 ， 其 他 原因 在 于 诸如 valarray 的 问题 复杂 度 不 
WMI, Boa AREAL RRR ARR) 。 在 表达 式 模 板 出 现 的 早期 一 段 时 间 里 ， 
Vandevoorde 问 C++ 委员 会 提交 一 份 建议 ， 认 为 应 该 用 我 们 所 开发 的 Array 模 板 从 
本 质 上 替换 valarray( 因 为 在 valarray 现 存 功 能 的 启发 下 ，Array 模 板 实现 了 许多 新 
的 或 者 更 好 的 功能 ) 。Rep 参 数 的 首次 文档 化 工作 ， 就 是 在 此 提议 中 出 现 的 。 在 
Rep 出 现 之 前 ， 占 用 实际 内 存 空间 的 数组 和 基于 表达 式 模板 的 ( 伪 ) 数组 是 两 个 
A Siero ene OR ence E 


double foo(Array<double> const&); 


那么 调用 foo(1.2*x) 将 会 强行 地 把 该 表达 式 转型 为 占用 实际 内 存 空间 的 数组 ， 
即便 是 运用 该 实 参 的 操作 并 不 需要 一 个 临时 变量 。 然 而 ， 如 果 能 够 把 表达 式 模板 
嵌入 到 Rep 参 数 的 话 ， 那 么 我 们 就 可 以 这 样 进行 声明 : 


template<typename Rep> 
double foo(Array<double, Rep> const&) ; 


而 且 也 不 会 进行 多 余 的 类 型 转化 。 


在 后 来 的 C++ 标准 化 过 程 中 ， 试 图 采用 上 面 这 个 关于 valarray 的 提议 ， 旨 在 改 
写 标 准 中 关于 valarray 的 所 有 文档 。 但 是 最 后 该 提议 还 是 被 否决 了 ， 只 是 给 现存 的 
文档 添加 了 一 些 新 的 特性 说 明 ， 并 且 人 允许 基于 表达 式 模板 的 实现 。 人 然而， 允许 对 
表达 式 模板 的 这 种 扩展 同时 也 会 带 来 一 些 麻烦 ， 而 且 要 比 我 们 在 这 里 所 讨论 的 多 
得 多 。 在 本 书 编写 的 时 候 ， 并 没有 文 持 表 达 式 模板 的 编译 器 实现 ， 而 且 通 常 而 
言 ， 对 于 标准 库 的 valarray， 如 果 是 执行 原先 所 设计 的 操作 ， 效 率 是 相当 低 的 。 


最 后 ， 我 们 在 这 里 需要 指出 一 点 : 本 章 所 给 出 的 这 些 前 沿 技术 ， 也 包括 后 面 
那些 成 为 STL 一 部 分 的 技术 1 出， 最 初 全 部 是 在 Borland C++ 编译 器 〈 版 本 4) 中 实 
现 。 该 编译 器 或 许 是 能 够 使 得 模板 程序 设计 在 C++ 程序 设计 人 群 中 广泛 使 用 的 首 
Sy PEE 


[1] 译注 : 这 里 的 期 望 是 指 我 们 所 实现 的 运算 符 可 以 实现 这 样 的 操作 ， 而 且 应 用 
我 们 的 重 载 运算 符 ， 可 以 具有 更 加 简单 、 紧 凑 的 写法 。 但 是 ， 并 不 意味 着 我 们 要 
采用 下 面 这 种 原始 、 元 长 的 做 法 ， 即 使 这 种 做 法 效率 较 高 。 我 们 下 面 将 会 通过 表 
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[2] 译注 : 相对 于 前 面 重 载 运算 符 在 内 部 所 进行 的 自动 循环 ， 在 此 我 们 自己 用 for 
语句 实现 的 循环 就 称 为 手工 循环 ， 或 者 手工 编码 循环 。 


[B] 在 此 ， 我 们 可 以 方便 地 重用 前 面 开 发 的 Sarray， 但 是 对 于 一 个 具有 工业 强度 
的 程序 库 ， 开 发 一 个 具有 特殊 目的 的 实现 往往 更 加 可 取 ， 因 为 我 们 并 不 需要 使 用 
Sarray 的 所 有 特性 。 


[4] STL (或 者 称 为 标准 模板 库 ) 给 C++ 的 程序 库 世 界 带 来 了 革命 性 的 活力 。 之 
后 ，STL 成 为 C++ 标准 库 的 一 部 分 。 


第 4 部 分 高 级 应 用 程序 


模板 可 以 被 用 于 开发 精心 设计 的 程序 库 。 之 所 以 称 为 精心 设计 ， 主 要 是 因为 
程序 库 中 的 众多 元 素 之 间 可 以 进行 无 缝 的 连接 。 虽 然 非 模板 程序 库 也 能 够 达到 上 
面 这 一 点 ， 但 是 当 我 们 要 实现 的 是 那些 有 助 于 简化 日 第 编程 并 且 非 常 小 的 功能 
时 ， 原 来 的 程序 库 或 者 面 癌 对 象 程序 库 在 很 多 情况 下 就 不 是 可 选 的 方案 了 ， 因 为 
对 于 简单 功能 而 言 ， 这 些 程序 库 实 现 的 开销 通常 都 太 大 了 。 于 是 ，C 预 处 理 器 多 
许 声 明 这 些 “ 简 单 的 需要 《〈 即 简单 功能 ) ”， 并 对 它们 进行 特别 处 理 ;， 但是， 在 很 
人 


在 这 一 部 分 ， 我 们 将 开发 某 些 相对 较 小 、 并 且 互 相 独 立 的 功能 ， 而 且 对 于 这 
些 人 简单 功能 而 言 ， 模 板 是 最 好 的 实现 方法 : 


° 一 个 用 于 类 型 区 分 的 框架 。 
° 智能 指针 。 

e tuple. 

° 仿 函 数 。 


对 于 上 面 功 能 的 讨论 ， 我 们 的 目的 在 于 阐述 前 面 所 介绍 的 技术 ， 而 且 我 们 还 
将 结合 这 些 技术 ， 并 且 修 改 这 些 技术 ， 最 后 创建 出 真正 有 用 的 软件 组 件 。 然 而 ， 
我 们 的 主题 仍然 局 限于 C++ 模板 ， 并 不 会 涉及 太 多 关于 完整 C++ 程序 库 的 开发 ， 
或 者 其 他 方面 的 开发 。 男 一 方面 ， 对 于 C++ 程 序 库 的 编写 者 ， 我 们 也 希望 所 给 出 
的 代码 能 够 作为 一 份 有 用 的 教程 ， 或 者 给 他 们 融 来 一 些 灵感 ， 但 我 们 并 不 敢 声称 
本 部 分 所 开发 的 这 几 个 组 件 将 会 永远 都 是 最 好 的 组 件 。 


第 19 章 ”类 型 区 分 


在 某 些 时 候 ， 对 于 一 个 模板 参数 ， 如 果 能 够 知道 它 究竟 是 内 建 类 型 由 、 指 针 
类 型 、class 类 型 或 者 其 他 类 型 中 的 哪 一 种 ， 将 会 是 非常 有 用 的 。 在 本 章 接 下 来 的 
内 容 里 ， 我 们 将 开发 一 种 普 裔 适用 的 类 型 模板 ， 它 能 够 帮助 我 们 判断 给 定 类 型 的 


许多 属性 。 最 后 ， 我 们 将 能 够 编写 下 面 这 样 的 代码 : 


if (TypeT<T>::IsPtrT) { 


} 
else if (TypeT<T>::IsClassT) { 


} 


进一步 而 言 ， 诸 如 TypeT<T>::IsPtrT 的 表达 式 将 会 是 一 个 布尔 常量 ， 同 时 也 


可 以 作为 有 效 的 非 类 型 模板 实 参 。 反 过 来 说 ， 借 助 于 这 种 实现 ， 我 们 就 能 够 根据 
KRHKE (D 的 属性 ， 构 造 出 更 加 复杂 和 强大 的 模板 ， 用 于 特 化 这 些 模板 的 各 
种 行为 ， 这 就 是 本 章 要 加 以 阐述 的 内 容 。 


19.1 辨别 基本 类 型 


首先 ， 让 我 们 开发 一 个 用 于 辨别 某 个 


况 下 ， 我 们 一 方面 假定 一 个 类 型 不 是 一 
类 型 都 特 化 该 模板 : 


// types/type1.hpp 


// 基本 模板 :一 般 情 况 下 T 不 是 基本 类 型 
template <typename T> 
class IsFundaT { 
public: 
enum{ Yes = @, No = 1}; 


}3 


// 用 于 特 化 基本 类 型 的 宏 
#define MK_FUNDA_TYPE(T) 
template<> class IsFundaT<T> { 
public: 
enum { Yes = 1, No = @ }; 


}3 
MK_FUNDA_TYPE(void) 


MK_FUNDA_TYPE(boo1) 
MK_FUNDA_TYPE(char) 
MK_FUNDA_TYPE(signed char) 
MK_FUNDA_TYPE(unsigned char) 
MK_FUNDA_TYPE(wchar_t) 


MK_FUNDA_TYPE(signed short) 
MK_FUNDA_TYPE(unsigned short) 
MK_FUNDA_TYPE(signed int) 
MK_FUNDA_TYPE(unsigned int) 
MK_FUNDA_TYPE(signed long) 
MK_FUNDA_TYPE(unsigned long) 

#if LONGLONG_EXISTS 
MK_FUNDA_TYPE(signed long long) 
MK_FUNDA_TYPE(unsigned long long) 

#endif // LONGLONG_EXISTS 


MK_FUNDA_TYPE(float) 
MK_FUNDA_TYPE(double) 
MK_FUNDA_TYPE(long double) 


#tundef MK_FUNDA_TYPE 


为 基本 类 型 的 模板 。 在 缺 省 情 
， 田 一 方面 我 们 为 所 有 的 基本 


-一 一 一 一 


在 上 面 的 代码 中 ， 基 本 模板 定义 了 一 般 的 情况 。 也 就 是 说 ， 在 一 般 情 况 下 ， 


IsFundaT<T >::Yes 的 值 将 会 为 0( 或 者 false): 


template <typename T> 
class IsFundaT { 
public: 
enum{ Yes = @, No = 1 }; 


}3 


可 以 看 出 ， 对 于 每 个 基本 类 型 ， 我 们 都 定义 了 一 个 特 化 ; 在 该 特 化 中 ， 
IsFundaT<T >::Yes 将 会 等 于 1 (或 者 true) 。 在 上 面 的 代码 中 ， 我 们 通过 定义 一 个 
宏 来 扩展 这 些 特 化 代码 ， 例 如 : 


MK_FUNDA_TYPE(boo1) 
expands to the following: 
template<> class IsFundaT<bool> { 
public: 
enum{ Yes = 1, No = @ }; 


}3 


于 是 ， 下 面 的 程序 给 出 了 一 个 使 用 这 个 模板 的 程序 示例 : 


// types/typeitest.cpp 


#include <iostream> 
#include "type1.hpp" 


template <typename T> 
void test (T const& t) 


{ 
if (IsFundaT<T>::Yes) { 
std::cout << "T is fundamental type" << std::endl; 
} 
else { 
std::cout << "T is no fundamental type" << std::endl; 
} 
} 


class MyType { 


}; 


int main() 


test(7); 
test(MyType()); 


该 程序 的 输出 如 下 : 


T is fundamental type 


| is no fundamental type 


类 似 地 ， 我 们 也 可 以 定义 类 型 函数 IsIntegralT 和 IsFloatingT， 从 而 能 够 判断 一 
个 放大 (scalar) 类 型 究竟 是 整 型 还 是 浮 点 型 。 


19.2 ”辨别 组 合 类 型 


组 合 类 型 是 指 一 些 构造 自 其 他 类 型 的 类 型 。 简 单 的 组 合 类 型 包括 : 普通 类 
型 、 指 针 类 型 、 引 用 类 型 和 数组 类 型 。 它 们 都 是 构造 自 单一 的 基本 类 型 。 同 时 ， 
class 类 型 和 函数 类 型 也 是 组 合 类 型 ， 但 这 些 组 合 类 型 通常 都 会 涉及 到 多 种 类 型 
(例如 参数 或 者 成 员 的 类 型 ) 。 在 此 ， 我 们 先 考 虑 简单 的 组 合 类 型 ， 另 外 ， 我 们 
还 将 使 用 局 部 特 化 对 简单 的 组 合 类 型 进行 区 分 。 接 下 来 ， 我 们 将 定义 一 个 trait 
类 ， 用 于 描述 简单 的 组 合 类 型 ， 而 class 类 型 和 枚 举 类 型 将 留 到 后 面 考虑 〈 而 且 ， 
枚 举 类 型 和 class 类 型 是 分 开 考虑 的 ) : 


// types/type2.hpp 


template<typename T> 
class CompoundT { // 基本 模板 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = 6， 
IsFuncT = @, IsPtrMemT = 8 }; 
typedef T BaseT; 
typedef T BottomT; 
typedef CompoundT<void> ClassT; 


}; 


成 员 类 型 BaseT 指 的 是 : 用 于 构造 模板 参数 类 型 T 的 〈 直 接 ) 类 型 ; 而 
BottomT 指 的 是 最 终 去 除 指针 、 引 用 和 数组 之 后 的 、 用 于 构造 的 原始 类 型 。 例 
如 ， 如 果 T 是 int**， 那 么 BaseT 将 是 int*， 而 BottomT 将 会 是 int 类 型 。 对 于 成 员 指 针 
类 型 ，BaseT 将 会 是 成 员 的 类 型 ， 而 ClassT 将 会 是 成 员 所 属 的 类 的 类 型 。 例 如 ， 如 
果 T 是 一 个 类 型 为 int(X::*)() 的 成 员 函 数 指针 ， 那 么 BaseT 将 会 是 函数 类 型 int()， 而 
ClassT 的 类 型 则 为 X。 如 果 T 不 是 成 员 指 针 类 型 ， 那 么 ClassT 将 会 是 
CompoundT<void> (这 个 选择 并 不 是 必须 的 ， 也 可 以 使 用 一 个 nonclass 来 作为 
ClassT) 。 


其 中 ， 针 对 指针 和 引用 的 局 部 特 化 是 相当 直接 的 : 


// types/type3.hpp 


template<typename T> 
class CompoundT<T& { // 针对 引用 的 局 部 特 化 
public: 
enum { IsPtrT = @, IsRefT = 1, IsArrayT = @, 
IsFuncT = @, IsPtrMemT = @ }; 
typedef T BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


}3 


template<typename T> 
class CompoundT<T*> { // 针对 指针 的 局 部 特 化 
public: 
enum { IsPtrT = 1, IsRefT = ©, IsArrayT = @, 
IsFuncT = @, IsPtrMemT = @ }; 
typedef T BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


}3 


对 于 成 员 指针 和 数组 ， 我 们 可 能 会 使 用 同样 的 技术 来 处 理 。 但 是 ， 在 下 面 的 
Wa 与 基本 模板 相 比 ， 这 些 局 部 特 化 将 会 涉及 到 更 多 的 模板 参 


// types/type4.hpp 
#include <stddef.h> 


template<typename T, size_t N> 
class CompoundT <T[N]> { // 针对 数组 的 局 部 特 化 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = 1, 
IsFuncT = @, IsPtrMemT = @ }; 
typedef T BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


}; 


template<typename T> 
class CompoundT <T[]> { // ETTA Je 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = 1, 
IsFuncT = @, IsPtrMemT = @ }; 
typedef T BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef CompoundT<void> ClassT; 


}; 


template<typename T, typename C> 
class CompoundT <T C::*> { // 针对 成 员 指 针 的 局 部 特 化 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = @, 
IsFuncT = @, IsPtrMemT = 1 }; 
typedef T BaseT; 
typedef typename CompoundT<T>::BottomT BottomT; 
typedef C ClassT; 


细心 的 读者 可 能 会 发 现 : 成 员 BottomT 的 定义 要 求 根 据 某 种 类 型 T， 对 
CompoundT 模 板 进行 递归 实例 化 ， 当 T 不 再 是 组 合 类 型 的 时 候 ， 该 递归 也 就 结束 
了 。 因 此 ， 这 里 使 用 了 泛 型 模板 定义 〈 类 似 地 ， 当 T 是 一 个 函数 类 型 的 时 候 也 是 


如 此 ， 我 们 将 在 后 面 看 到 这 种 情况 ) 。 


与 组 合 类 型 相 比 ， 函 数 类 型 更 加 难以 辨别 。 在 下 一 节 里 ， 我 们 将 使 用 相对 比 
较 高 端的 模板 技术 ， 来 辨别 函数 类 型 。 


19.3 ”辨别 函数 类 型 


函数 类 型 更 加 难以 辨别 ， 原 因 在 于 : 参数 的 数量 可 以 是 任意 的 ， 而 且 就 算 借 
助 于 模板 ， 也 不 存在 一 种 有 限 的 语法 构造 ， 能 够 完整 地 描述 参数 个 数 的 不 确定 
性 。 男 一 方面 ， 存 在 一 种 部 分 解决 这 个 问题 的 方法 :以 一 个 给 定 整 数 为 模板 参数 
个 数 的 上 限 ， 为 不 同 模 板 实 参 列表 所 对 应 的 函数 ， 提 供 不 同 的 局 部 特 化 。 其 中 ， 
最 简单 的 几 个 局 部 特 化 大 概 如 下 所 示 : 


// types/type5.hpp 


template<typename R> 
class CompoundT<R()> { 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = @, 
IsFuncT = 1, IsPtrMemT = @ }; 
typedef R BaseT(); 
typedef R BottomT(); 
typedef CompoundT<void> ClassT; 


}3 


template<typename R, typename P1> 
class CompoundT<R(P1)> { 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = @, 
IsFuncT = 1, IsPtrMemT = @ }; 
typedef R BaseT(P1); 
typedef R BottomT(P1); 
typedef CompoundT<void> ClassT; 


}3 


template<typename R, typename P1> 
class CompoundT<R(P1, ...)> { 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = @, 
IsFuncT = 1, IsPtrMemT = @ }; 
typedef R BaseT(P1); 
typedef R BottomT(P1); 
typedef CompoundT<void> ClassT; 


}3 


该 方法 的 优点 是 : 我 们 可 以 为 每 个 模板 参数 类 型 都 创建 typedef 成 员 。 


另外 ， 我 们 也 可 以 借助 于 8.3.1 小 节 介 绍 的 SFINAE 原 则 来 解决 这 个 问题 : 一 
个 重 载 函 数 模板 〈 如 下 面 的 test) 的 后 面 可 以 是 一 些 显 式 模板 实 参 〈 如 下 面 的 
U); 而 且 对 于 某 些 重 载 函 数 类 型 而 言 ， 该 实 参 是 有 效 的 ， 但 是 对 于 其 他 的 重 载 
函数 类 型 ， 该 实 参 则 可 能 是 无 效 的 。 实 际 上 ， 后 面 使 用 重 载 解析 对 枚 举 类 型 进行 


辨别 的 技术 也 使 用 到 了 这 种 方法 〈 即 SFINAE) 。SFINAE 原 则 在 这 里 的 主要 用 处 
是 : 找到 一 种 构造 ， 该 构造 对 函数 类 型 是 无 效 的 ， 但 是 对 其 他 类 型 都 是 有 效 的 ; 
或 者 完全 相反 。 由 于 前 面 我 们 已 经 能 够 辨别 出 几 种 类 型 了 ， 所 以 我 们 在 此 可 以 不 
再 考虑 这 些 (已 经 可 以 辨别 的 ) 类 型 。 因 此 ， 针 对 上 面 这 种 要 求 ， 数 组 类 型 就 是 
一 种 有 效 的 构造 ， 因 为 数组 的 元 素 是 不 能 为 void 值 、 引 用 或 者 函数 的 。 于 是 ， 这 
启发 了 我 们 编写 出 下 面 的 代码 : 


template<typename T> 
class IsFunctionT { 
private: 
typedef char One; 
typedef struct { char a[2]; } Two; 
template<typename U> static One test(...); 
template<typename U> static Two test(U (*)[1])3 


public: 
enum { Yes = sizeof(IsFunctionT<T>: :test<T>(@)) == 1 }; 
enum { No = !Yes }; 
}; 


借助 于 上 面 这 个 模板 定义 ， 只 有 对 于 那些 不 能 作为 数组 元 素 类 型 的 类 型 ， 
IsFunctionT::Yes 才 是 非 零 值 〈 即 为 1) 。 另 外 ， 我 们 应 该 知道 该 方法 也 有 一 个 不 
足 之 处 : 并非 函数 类 型 不 能 作为 数组 元 素 类 型 ， 引 用 类 型 和 void 类 型 同样 也 不 能 
作为 数组 元 系 类 型 。 壮 运 的 是 ， 我 们 可 以 通过 为 引用 类 型 提供 局 部 特 化 ， 以 及 为 
void 类 型 提供 显 式 特 化 ， 来 解决 这 个 不 足 : 


template<typename T> 
class IsFunctionT<T&> { 
public: 
enum { Yes = @ }; 
enum { No = !Yes }; 
}; 
template<> 
class IsFunctionT<void> { 
public: 
enum { Yes = @ }; 
enum { No = !Yes }; 
}; 
template<> 
class IsFunctionT<void const> { 
public: 
enum { Yes = @ }; 
enum { No = !Yes }; 
}; 


实际 上 ， 还 存在 其 他 的 一 些 解 决 方案 。 例 如 ， 在 不 提供 用 户 自 定 义 转型 的 前 
提 下 ， 通 过 判断 能 否 把 一 个 F& 转 化 为 F*， 也 可 以 辨别 出 F 是 否 为 函数 类 型 ， 但 我 


们 在 这 里 并 不 准备 给 出 这 种 方法 。 
JE 


出 
基于 上 面 例子 的 这 些 考虑 ， 我 们 现在 就 可 以 重新 改写 基本 的 CompoundT 模 板 
mF: 


// types/type6.hpp 


template<typename T> 
class IsFunctionT { 
private: 
typedef char One; 
typedef struct { char a[2]; } Two; 
template<typename U> static One test(...); 
template<typename U> static Two test(U (*)[1])3; 


public: 
enum { Yes = sizeof(IsFunctionT<T>: :test<T>(@)) == 1 }; 
enum { No = !Yes }; 


}3 


template<typename T> 
class IsFunctionT<T&> { 


public: 
enum { Yes = @ }; 
enum { No = !Yes }; 
}; 
template<> 
class IsFunctionT<void> { 
public: 
enum { Yes = @ }; 
enum { No = !Yes }; 
}; 
template<> 
class IsFunctionT<void const> { 
public: 
enum { Yes = @ }; 
enum { No = !Yes }; 
}; 


// 对 于 void volatile 和 void const volatile 类 型 也 是 一 样 的 


template<typename T> 
class CompoundT { // 基 本 模板 
public: 
enum { IsPtrT = @, IsRefT = ©, IsArrayT = @, 
IsFuncT = IsFunctionT<T>::Yes, 
IsPtrMemT = 8 }; 
typedef T BaseT; 
typedef T BottomT; 
typedef CompoundT<void> ClassT; 


[3s | 


实际 上 ， 基 本 模板 的 这 个 实现 与 前 面 所 给 出 的 那些 特 化 并 不 冲突 。 因 此 ， 在 
参数 个 数 已 经 限定 的 情况 下 ， 代 助 于 前 面 的 特 化 ， 还 可 以 访问 返回 类 于 和 参数 类 
型 。 


关于 这 个 话题 ， 还 有 一 个 趣闻 : 在 C++ 的 发 展 历史 上 ， 还 存在 男 一 种 (历史 
Ce ee Renee E Scenery: 
实 ) : 


template<class T> 
struct X { 
long aligner; 
T m; 


}; 


即 对 于 当时 的 Cr+， 上 面 的 代码 除了 可 以 用 于 声明 一 个 非 静 态 成 员 变量 X:2m 
之 外 ， 还 可 以 用 于 声明 一 个 成 员 函数 X:m0。 在 那个 时 候 ， 如 果 T 是 一 个 函数 类 型 
的 话 ， 那 么 X<T> 将 会 和 下 面 的 X0 类 型 具有 相同 的 大 小 〈 因 为 非 虚拟 的 成 员 函 数 
都 不 增加 类 的 大 小 ) : 


struct Xe { 
long aligner; 
}; 


男 一 方面 ， 如 果 T 是 一 个 对 象 类 型 ， 那 么 X<T> 将 要 比 X0 大 注意 : 成 员 
aligner 是 必须 的 ， 这 是 为 了 避免 一 些 特殊 情况 的 影响 ， 例 如 ， 一 个 空 类 ， 通 常 都 
会 和 一 个 只 具有 一 个 char 成 员 的 非 空 类 大 小 相同 ) 。 


到 目前 为 止 ， 除 了 不 能 辨别 class 类 型 和 枚 举 类 型 之 外 ， 其 他 的 类 型 我 们 已 经 
都 可 以 辨别 了 。 也 就 是 说 ， 对 于 某 个 类 型 ， 如 果 不 是 基本 类 型 ， 而 且 使 用 
CompoundT 模 板 也 不 能 辨别 出 来 ， 那 么 该 类 型 就 只 能 是 枚 举 类 型 或 者 class 类 型 
了 。 在 接 下 来 一 节 里 ， 我 们 将 依赖 于 重 载 解析 规则 ， 来 区 分 这 两 种 类 型 〈 即 枚 举 


类 型 和 class 类 型 ) 。 


19.4 运用 重 载 解析 辨别 枚 举 类 型 


重 载 解析 是 一 个 过 程 ， 它 会 根据 函数 参数 的 类 型 ， 在 多 个 同名 函数 中 选择 出 
一 个 合适 的 函数 。 接 下 来 我 们 将 看 到 ， 即 使 没有 进行 实际 的 函数 调用 ， 我 们 也 能 
够 利用 重 载 解析 来 确定 所 需要 的 结果 。 总 之 ， 对 于 测试 某 个 特殊 的 隐 式 转型 是 否 
存在 的 情况 ， 这 种 (利用 重 载 解析 的 〉 方 法 是 相当 有 用 的 。 在 此 ， 我 们 将 要 利用 
从 枚 举 类 型 到 整 型 的 隐 式 转型 它 能 够 帮助 我 们 分 辨 枚 举 类 型 。 


对 于 这 个 技术 ， 我 们 先 来 看 一 个 完整 的 实现 ， 然 后 再 给 出 解释 。 


// types/type7.hpp 
struct SizeOverOne { char c[2]; }; 


template<typename T, 
bool convert_possible = !CompoundT<T>::IsFuncT && 
!CompoundT<T>: : IsArrayT> 
class ConsumeUDC { 
public: 
operator T() const; 


}3 
// 到 函数 类 型 的 转型 是 不 允许 的 


template <typename T> 
class ConsumeUDC<T, false> { 


}3 
// 到 void 类 型 的 转型 是 不 允许 的 


template <bool convert_possible> 
class ConsumeUDC<void, convert_possible> { 


}3 


char enum_check(bool); 

char enum_check(char); 

char enum_check(signed char); 
char enum_check(unsigned char); 
char enum_check(wchar_t); 


char enum_check(signed short); 

char enum_check(unsigned short); 

char enum_check(signed int); 

char enum_check(unsigned int); 

char enum_check(signed long); 

char enum_check(unsigned long); 

#if LONGLONG_EXISTS 
char enum_check(signed long long); 
char enum_check(unsigned long long); 

#endif // LONGLONG_EXISTS 


// 避免 从 float 到 int 的 意外 转型 
char enum_check(float) ; 
char enum_check(double) ; 
char enum_check(long double) ; 


SizeOverOne enum_check(...); // 捕获 剩余 的 所 有 情况 
template<typename T> 
class IsEnumT { 
public: 
enum { Yes = IsFundaT<T>::No && 
!CompoundT<T>::IsRefT && 
!CompoundT<T>::IsPtrT && 
!CompoundT<T>::IsPtrMemT && 
sizeof (enum_check(ConsumeUDC<T>()))==1 }; 
enum { No = !Yes }; 


}; 


上 面 代码 的 核心 在 于 后 面 的 一 个 sizeof 表 达 式 ， 它 的 参数 是 一 个 函数 调用 。 也 
就 是 说 ， 该 sizeof 表 达 式 将 会 返回 函数 调用 返回 值 的 类 型 的 大 小 ， 其 中 ， 将 应 用 重 
载 解析 原则 来 处 理 enum_checkO 调 用 ; 但 另 一 方面 ， 我 们 并 不 需要 函数 定义 ， 
为 实际 上 并 没有 真正 调用 该 函数 。 在 上 面 的 例子 中 ， 如 果实 参 可 以 转型 为 一 个 整 
型 ， 那 么 anum_checkO 将 返回 一 个 char 值 ， 其 大 小 为 1。 对 于 其 他 的 所 有 类 型 ， 我 
们 使 用 了 一 个 省 略 号 函数 〈 即 enum_check(...) ) ， 然 而 ， 根 据 重 载 解析 原则 的 优 
先 顺序 ， 省 略 号 函数 将 会 是 最 后 的 选择 。 在 此 ， 我 们 对 enum_checkO 的 省 略 号 版 
本 进行 了 特殊 的 处 理 ， 让 它 返 回 一 个 大 小 大 于 一 个 字 节 的 类 型 〈 即 


SizeOverOne) [] 。 


对 于 函数 enum_check 的 调用 实 参 ， 我 们 必须 仔细 地 考虑 。 首 先 ， 我 们 并 不 知 
道 T 是 如 何 构造 的 ， 或 许 将 会 调用 一 个 特殊 的 构造 函数 。 为 了 解决 这 个 问题 ， 我 
们 可 以 声明 一 个 返回 类 型 为 T 的 函数 ， 然 后 通过 调用 这 个 函数 来 创建 一 个 T。 由 于 
处 于 sizeof 表 达 式 内 部 ， 因 此 该 函数 实际 上 并 不 需要 具有 函数 定义 。 事 实 上 ， 更 加 
巧妙 的 是 : 对 于 一 个 class 类 型 T， 重 载 解析 是 有 可 能 选择 一 个 针对 整 型 的 
enum_check0O 声 明 的 ， 但 前 提 是 该 class 必 须 定义 一 个 到 整 型 的 自 定 义 转型 (有 时 
也 称 为 UDC) 函数 。 到 此 ， 问 题 已 经 解决 了 《不 知 你 看 出 来 没有 ? ) ， 因 为 我 们 
在 ConsumeUDC 模 板 中 已 经 强制 定义 了 一 个 到 T 的 自 定义 转型 ， 该 转型 运算 符 同 
时 也 为 sizeof 运 算 符 生成 了 一 个 类 型 为 T 的 实 参 。 如 果 你 还 没有 看 出 来 ， 让 我 们 来 
ee 《关于 重 载 解析 的 详细 内 容 可 以 参考 
TRB) : 


e 最 开始 的 实 参 是 一 个 临时 的 ConsumeUDC<T> 对 象 。 

。 如 果 T 是 一 个 基本 整 型 ， 那 么 将 会 借助 于 (ConsumeUDC 的 ) 转型 运算 符 来 创 
建 一 个 enum_check() 的 匹配 ， 该 enum_check() 以 T 为 实 参 。 

。 如 果 T 是 一 个 枚 举 类 型 ， 那 么 将 会 借助 于 (ConsumeUDC 的 ) 转型 运算 符 ， 先 
把 类 型 转化 为 T， 然 后 调用 从 枚 举 类 型 到 整 型 的 ) 类 型 提升 ， 从 而 能 够 匹配 
一 个 接收 整 型 参数 的 enum_checkO 函 数 〈 通 常 而 言 是 enum_check(inbD ) PI, 


e 如 果 T 是 一 个 class 类 型 ， 而 且 已 经 为 该 class 自 定义 了 一 个 到 整 型 的 转型 运算 
符 ， 那 么 这 个 转型 运算 符 将 不 会 被 考虑 。 因 为 对 于 以 匹配 为 目的 的 自 定 义 转 
型 而 言 ， 最 多 只 能 调用 一 次 ;而 且 在 前 面 已 经 使 用 了 一 个 从 ConsumeUDC<T> 
到 T 的 自 定 义 转型 ， 所 以 也 就 不 允许 再 次 调用 自 定 义 转型 。 也 就 是 说 ， 对 
enum_checkO 函 数 而 言 ，class 类 型 最 终 还 是 未 能 转型 为 整 型 。 

如 果 最 终 还 是 不 能 让 类 型 T 与 整 型 互相 匹配 ， 那 么 将 会 选择 enum_check() 函 数 
的 省 略 号 版 本 。 


最 后 ， 由 于 我 们 这 里 只 是 为 了 辨别 枚 举 类 型 ， 而 不 是 基本 类 型 或 者 指针 类 
型 ， 所 以 我 们 使 用 了 前 面 已 经 开发 的 IsFundaT 和 CompoundT 类 型 ， 从 而 能 够 排除 
这 些 令 IsEnumT<T>::Yes 成 为 非 零 的 其 他 类 型 ， 最 后 使 得 只 有 枚 举 类 型 的 
IsEnumT::Yes 才 等 于 1。 


19.5 ”办 别 class 类 型 


有 了 前 面 几 节 描 述 的 几 个 区 分 模板 之 后 ， 现 在 就 只 剩 下 class 类 型 〈 包 括 


class. struct#lunion) 需要 进行 辨别 了 。 同 理 ， 仍 然 可 以 使 用 15.2.2 小 节 所 给 出 的 
SFINAE 原 则 来 达到 我 们 的 目的 。 


另 一 种 辨别 的 方法 是 使 用 排除 原理 : A 
是 枚 举 类 型 和 组 合 类 型 ， 那 和 f 


直接 的 模板 来 实现 这 个 原理 : 


i 


该 类 型 就 只 


一 个 类 型 不 是 一 个 基本 类 型 ， 也 不 
class 类 型 。 我 们 可 以 使 用 下 面 这 个 


FA AE 


// types/types.hpp 


template<typename T> 
class IsClassT { 
public: 


enum { Yes = IsFundaT<T>::No && 
IsEnumT<T>::No && 


!CompoundT<T>: 
!CompoundT<T>: 
!CompoundT<T>: 
!CompoundT<T>: 
!CompoundT<T>: 


enum { No = !Yes }; 


}3 


:IsPtrT && 
:IsRefT && 
:IsArrayT && 
:IsPtrMemT && 
:IsFuncT }; 


19.6 HF All AAR HI PR BR AK 


现在 ， 根 据 对 象 本 身 的 种 类 ， 我 们 已 经 能 辨别 出 任何 类 型 。 然 而 ， 现 在 这 些 
模板 都 是 分 开 的 ， 各 上 自 的 目的 也 不 尽 相 同 ， 因 此 ， 很 有 必要 把 这 些 模板 集中 起 
来 ， 写 在 同一 个 通用 的 模板 里 面 。 下 面 这 个 相对 较 小 的 头 文件 就 实现 了 这 个 功 


Zab, 
He: 


// types/typet.hpp 


#ifndef TYPET_HPP 
#define TYPET_HPP 


// define IsFundaT<> 
#include "type1.hpp" 


// 定义 基本 模板 CompoundT<> (第 一 个 版 本 ) 
//#incLude "type2.hpp" 


// 定义 基本 模板 CompoundT<> (第 2 个 版 本 ) 
#include "type6.hpp" 


// define CompoundT<> 的 特 化 
#include "type3.hpp" 
#include "type4.hpp" 
#include "type5.hpp" 


// 定义 IsEnumT<> 
#include "type7.hpp" 


// 定义 IsClassT<> 
#include "type8.hpp" 


SH 


// 定义 一 个 可 以 用 一 种 方式 处 理 所 有 
template <typename T> 
class TypeT { 


4 的 模板 


2 
tk 


public: 
enum { IsFundaT = IsFundaT<T>::Yes, 

IsPtrT = CompoundT<T>::IsPtrT, 
IsRefT = CompoundT<T>::IsRefT, 
IsArrayT = CompoundT<T>::IsArrayT, 
IsFuncT = CompoundT<T>::IsFunctT, 
IsPtrMemT = CompoundT<T>::IsPtrMemT, 
IsEnumT = IsEnumT<T>::Yes, 
IsClassT = IsClassT<T>::Yes }; 


}3 


#endif // TYPET_HPP 


下 面 的 程序 是 一 个 应 用 程序 ， 它 使 用 了 我 们 前 面 给 出 的 所 有 辨别 模板 : 


// types/types.cpp 


#include "typet.hpp' 
#include <iostream> 


class MyClass { 
}; 


void myfunc() 


{ 
} 


enum E { el }; 


// 检查 传递 进来 的 模板 实 参 的 类 型 
template <typename T> 
void check() 
{ 
if (TypeT<T>::IsFundaT) { 
std::cout << " IsFundaT "; 


if (TypeT<T>::IsPtrT) { 
std::cout << " IsPtrT "; 


if (TypeT<T>::IsRefT) { 
std::cout << " IsRefT "; 


if (TypeT<T>::IsArrayT) { 
std::cout << " IsArrayT "; 

if (TypeT<T>::IsFuncT) { 
std::cout << " IsFuncT "; 

if (TypeT<T>::IsPtrMemT) { 
std::cout << " IsPtrMemT "; 


if (TypeT<T>::IsEnumT) { 
std::cout << " IsEnumT "; 

if (TypeT<T>::IsClassT) { 
std::cout << " IsClassT "; 


} 


std::cout << std::endl; 


} 


// 检查 传递 进来 的 函数 调用 实 参 的 类 型 
template <typename T> 
void checkT (T) 


check<T>()3 


// 对 于 指针 类 型 ， 检 查 它们 所 引用 的 类 型 
if (TypeT<T>::IsPtrT || TypeT<T>::IsPtrMemT) { 
check<typename CompoundT<T>: :BaseT>(); 


} 
} 
int main() 
{ 
std::cout << "int:" << std::endl; 
check<int>(); 
std::cout << "int&:" << std::endl; 
check<int&>(); 
std::cout << "char[42]:" << std::endl; 
check<char[42]>(); 
std::cout << "MyClass:" << std::endl; 
check<MyClass>(); 
std::cout << "ptr to enum:" << std::endl; 
E* ptr = 0; 
checkT(ptr); 
std::cout << "42:" << std::endl; 
checkT(42) ; 
std::cout << "myfunc():" << std::endl; 
checkT(myfunc) ; 
std::cout << "memptr to array:" << std::endl; 
char (MyClass::* memptr) [] = ð; 
checkT(memptr) ; 
} 
程序 的 输出 如 下 : 
int: 
IsFundaT 
int& : 
IsRefT 
char[42]: 
IsArrayT 
MyClass: 
IsClassT 
ptr to enum: 
IsPtrT 
IsEnumT 
42: 
IsFundaT 
myfunc(): 


IsPtrT 


IsFuncT 

memptr to array: 
IsPtrMemT 
IsArrayT 


19.7 本 章 后 记 


对 于 某 个 实体 ， 这 种 能 够 在 程序 中 获知 它 的 高 层次 属性 (诸如 类 型 结构 〉 的 
能 力 通常 称 为 反射 (reflection〉。 在 这 一 章 中 ， 我 们 的 框架 实现 了 一 种 编译 期 反 
射 ， 这 种 能 力也 将 与 metaprogramming〈 见 第 17 章 ) 相得益彰 。 


我 们 从 本 章 知 道 ， 可 以 把 类 型 属性 存储 为 模板 特 化 的 成 员 ， 这 种 实现 思想 要 
追溯 到 20 世 纪 90 年 代 中 期 。 在 几 个 有 名 的 、 针 对 类 型 区 分 模板 的 应 用 程序 中 ， 
STL 的 __type_traits 功 能 是 由 SGI《〈 后 来 也 被 称 为 Silicon Graphics) 发 布 的 。SGI 模 
板 的 目的 是 表示 模板 实 参 的 某 些 属性 〈 例 如， 判断 某 个 类 型 是 否 是 POD 类 型 ， 或 
者 判断 它 的 虚构 函数 是 否 是 可 有 可 无 的 ) 。 然 后 ， 才 开始 使 用 这 些 信息 ， 针 对 某 
些 类 型 ， 对 STL 算 法 进行 优化 。 其 中 ，SGI 解 决 方案 的 一 个 比较 有 趣 的 特性 是 : 某 
些 SGI 编 译 器 不 但 能 够 认 出 __type_traits 特 化 ， 而 且 还 能 够 提供 一 些 关 于 实 参 的 信 
A, 但 是 ， 使 用 标准 库 的 技术 并 不 能 获得 这 些 实 参 信息 (从 这 里 也 可 以 看 出 : _ 
_type_traits 模 板 的 泛 型 实现 是 安全 的 ， 但 同时 也 是 次 优化 的 ) 。 


就 SFEINAE 原 则 而 言 ， 对 于 本 章 介 绍 的 这 种 以 类 型 区 分 为 目的 的 用 法 ， 在 该 
原则 争取 进入 标准 的 过 程 中 ， 就 已 经 进行 详细 的 前 述 了 。 然 而 ， 这 种 用 法 最 后 并 
没有 被 文档 化 ， 这 也 导致 了 后 来 花费 了 很 多 的 精力 重新 实现 一 些 本 章 所 阐述 的 技 
术 。 在 早期 一 个 有 名 的 实现 要 得 益 于 Anderei Alexandrescu， 他 使 用 了 大 量 的 
sizeof 运 算 符 ， 用 于 确定 重 载 解析 的 输出 结果 。 


最 后 ， 我 们 还 应 该 知道 一 点 ， 在 Boost 库 〈 见 [BoostTypeTraits]) 里 已 经 实现 
了 一 个 相当 完整 的 类 型 区 分 模板 。 反 过 来 说 ， 这 个 实现 也 是 帮助 该 特性 进入 
C++ 标准 库 的 基础 。 关 于 这 个 特性 的 语言 扩展 ， 可 以 参考 13.10 节 。 


[1] 译注 : 内 建 类 型 ， 也 就 是 诸如 int 的 基本 类 型 ， 这 么 翻译 只 是 为 了 照顾 原文 
built-in type 和 fundamental type (基本 类 型 ) 的 差别 ， 但 两 者 的 含义 是 完全 相同 的 。 


[2] 在 实际 应 用 中 ， 诸 如 double 的 类 型 都 会 大 于 1 个 字 节 。 但 是 从 理论 上 讲 ， 这 些 
类 型 的 大 小 也 是 有 可 能 为 1 个 字 节 的 。 另 外 ， 由 于 数组 类 型 不 能 作为 返回 类 型 ， 
所 以 我 们 对 它 进 行 了 封装 ， 变 成 SizeOverOne。 


[B] 译注 : 或 者 在 前 面 代码 中 ， 你 会 奇怪 为 什么 找 不 到 enum_check(int)。 实 际 
E, enum_check(unsigned int) 和 enum_check(singed int) 之 一 就 是 enum_check(int)。 


作者 在 此 是 为 了 考虑 不 同 编译 器 对 int 类 型 的 处 理 ， 才 把 int 一 分 为 二 的 。 


第 20 半 ”智能 指针 


在 C++ 程 序 中 ， 内 存 通 常 是 一 种 被 显 式 管理 的 资源 。 这 种 管理 主要 是 指 对 原 
生 内 存 Craw memory) 的 获取 和 释放 操作 。 


在 管理 动态 分 配 的 内 存 时 ， 一 个 最 轴 手 的 问题 就 是 决定 何 时 灵 放 这 些 内 存 。 
在 这 方面 的 许多 工具 中 ， 用 于 简化 内 存 管理 编程 的 就 是 所 谓 的 智能 指针 模板 。 就 
C++ 而 言 ， 智 能 指针 是 一 些 在 行为 上 类 似 于 普通 指针 的 类 (因为 这 些 类 提供 了 取 
引用 运算 符 -> 和 *) ， 而 且 该 类 还 封装 了 一 些 内 存 管理 或 资源 管理 policy。 


在 本 章 中 ， 我 们 将 开发 一 些 智能 指针 模板 ， 它 们 封装 了 两 种 不 同 的 所 有 权 模 
型 一 独占 与 共享 


。 与 直接 操作 (原生 〉 指针 相 比 ， 使 用 独占 模型 几乎 不 需要 耗费 额外 的 开销 。 
当 操 作 动 态 分 配 的 对 象 时 ， 使 用 这 种 policy 的 智能 指针 可 以 用 于 处 理 异常 扫 


出 。 
e。 使 用 共享 模型 有 时 会 导致 非常 复杂 的 对 象 生命 期 问题 。 在 这 种 情况 下 ， 我 们 
T e hd aa a 
生命 期 。 


术语 “智能 指针 ”表明 了 本 章 所 讨论 的 对 象 是 被 指针 所 指向 的 对 象 。 而 函数 指 
针 则 不 属于 这 个 范畴 ， 我 们 将 在 第 22 章 讨论 有 关 函 数 指针 的 一 些 部 题 。 


20.1 holder 和 trule 


本 节 将 介绍 两 种 智能 指针 类 型 holder 类 型 独占 一 个 对 象 ， 而 trule 可 以 使 对 象 
的 拥有 者 从 一 个 holder 传 递 给 另 一 个 holder。 


20.1.1 ”安全 处 理 异 常 


在 C++ 中 ， 为 了 提高 程序 的 可 靠 性 ， 引 入 了 异常 。 显 然 ， 异 常 可 以 使 正常 执 
行路 径 和 异常 执行 路 径 明 显 地 分 开 。 然 而 ， 在 异常 被 引入 C++ 后 不 久 ， 许 多 
C++ 编程 作者 (programming authors) 和 专栏 作家 发 现 对 异常 的 不 当 使 用 会 导致 许 
多 问题 ， 特 别 是 内 存 泄露 方面 的 问题 。 下 面 的 例子 就 是 其 中 的 一 种 情况 : 


void do_something() 


Something* ptr = new Something; 


// 用 *ptr 进 行 一 些 操作 
ptr->perform(); 


delete ptr; 


} 


该 函数 先 用 new 创 建 了 一 个 对 象 ， 然 后 用 这 个 对 象 执行 一 些 操 作 ， 最 后 在 函 
数 的 末尾 用 delete 销 毁 了 这 个 对 象 。 不 境 的 是 ， 如 果 在 对 象 创 建 之 后 和 销毁 之 前 产 
生 了 一 些 错误 ， 并 且 抛 出 了 一 个 异常 ， 那 么 对 象 将 不 会 补 释 放 ， 程 序 也 将 产生 内 
存 泄漏 ;为 外 ， 由 于 产生 异常 之 后 ， 析 构 函 数 并 没有 被 调用 ， 同 样 也 会 产生 其 他 
的 一 些 问题 〈“ 例 如， 缓冲 区 的 数据 没有 写 到 磁盘 、 网 络 连 接 没 有 被 释放 、 屏 幕 上 
显示 的 窗口 没有 被 关闭 ， 以 及 诸如 此 类 的 其 他 问题 )》。 然 而 幸运 的 是 ， 我 们 可 以 
使 用 显 式 异常 处 理 机 制 ， 很 容易 地 解决 上 面 的 问题 : 


void do_something() 
{ 
Something* ptr = @; 


try { 
ptr = new Something; 


// 用 *ptr 执 行 一 些 操 作 
ptr->perform(); 


catch (...) { 

delete ptr; 

throw; // 重新 抛 出 被 捕获 的 异常 
} 


delete ptr; 
} 


虽然 这 种 情况 可 以 较 好 地 管理 内 存 ， 但 是 我 们 发 现 异常 执行 路 径 已 经 开 始 影 
啊 正 常 执行 路 径 了 ， 并 且 释 放 对 象 的 操作 不 得 不 在 两 个 不 同 的 地 方 执 行 : 一 个 在 
正常 执行 路 径 ， 一 个 在 异常 执行 路 径 。 显 然 ， 这 种 方法 很 快 就 会 令 代 码 变 得 更 
糟 。 试 想 我 们 需要 在 函数 中 创建 两 个 对 象 ， 看 看 将 会 发 生 什么 情况 : 


void do_two_things() 
{ 


Something* first = new Something; 
first->perform() ; 


Something* second = new Something; 
second->perform(); 


delete second; 
delete first; 


通过 使 用 显 式 异常 处 理 机 制 ， 可 以 有 多 种 方法 使 这 个 函数 变 成 异常 安全 的 ; 


但 是 ， 却 不 存在 一 种 非常 吸引 人 的 方法 。 下 面 就 是 其 中 一 种 方法 : 


void do two things() 
{ 
Something* first = ð; 
Something* second = @; 
try { 
first = new Something; 
first->perform(); 
second = new Something; 
second->perform() ; 
} 
catch (...) { 
delete first; 
delete second; 
throw; ”// 重 新 抛 出 被 捕获 的 异常 
} 
delete second; 
delete first; 
} 


这 里 我 们 假设 了 delete 操 作 本 身 不 会 触发 异常 趾 。 在 本 例 中 ， 异 常 处 理 部 分 的 
代码 占 了 程序 很 大 部 分 ， 更 重要 的 是 这 部 分 代码 可 能 是 程序 中 最 脆弱 的 地 方 。 总 
之 ， 为 了 满足 异常 安全 性 ， 上 面 的 代码 已 经 大 大 改变 了 程序 正常 执行 路 径 的 结构 
或 者 已 经 远 远 超过 你 认为 合适 的 程度 了 。 


20.1.2 holder 


境 运 的 是 ， 对 于 第 2 个 例子 ， 写 一 个 有 效 封闭 〈 内 存 操作 ) 上面 这 个 policy 的 
小 类 模板 并 不 困难 。 实 现 方法 就 是 写 一 个 行为 非常 类 似 于 指针 的 类 ， 而 且 它 会 在 
下 面 两 种 情况 下 释放 所 指向 的 对 象 : 本 身 被 释放 ， 或 者 把 另 一 个 指针 赋值 给 它 。 
我 们 把 这 种 类 称 为 holder， 使 用 该 名 称 的 主要 理由 是 : 当 我 们 执行 各 种 计算 的 时 
候 ， 就 意味 着 安全 地 持 有 Chod) 一 个 对 象 。 下 面 就 说 明 如 何 做 到 这 一 点 : 


// pointers/holder.hpp 


teplate <typename T> 
class Holder { 
private: 


T* ptr; // 引用 它 所 持 有 的 对 象 〈 前 提 是 该 对 象 存 在 ) 


public: 
// 缺 省 构造 函数 : 让 该 holder 引 用 一 个 空 对 象 
Holder() : ptr(6) { 
} 


// 针对 指针 的 构造 函数 : 让 该 holder 引 用 该 指针 所 指向 的 对 象 
explicit Holder (T* p) : ptr(p) { 
} 


// 析 构 函数 : 释放 所 引用 的 对 象 〈 前 提 是 该 对 象 存在 ) 
~Holder() { 
delete ptr; 


} 


// 针对 新 指针 的 赋值 运算 符 
Holder<T>& operator= (T* p) { 
delete ptr; 
ptr = p; 
return *this; 


// 指针 运算 符 
T& operator* () const { 
return *ptr; 


T* operator-> () const { 
return ptr; 


// 获取 所 引用 的 对 象 〈 前 提 是 该 对 象 存在 ) 
T* get() const { 
return ptr; 


} 
// 释放 对 所 引用 对 象 的 所 有 权 


void release() { 
ptr = ð; 


} 


// 与 另 一 个 holder 交 换 所 有 权 
void exchange with (Holder<T>& h) { 
swap(ptr,h.ptr); 


// 与 其 他 的 指针 交换 所 有 权 
void exchange with (T*& p) { 
swap(ptr, p); 


private: 
// 不 向 外 提供 找 贝 构造 函数 和 拷贝 赋值 运算 符 
Holder (Holder<T> const& ) ; 
Holder<T>& operator= (Holder<T> const&); 


}; 


从 语义 上 讲 ， 该 holder 独 占 ptr 所 引用 对 象 的 所 有 权 。 而 且 ， 这 个 对 象 一 定 要 
用 new 操 作 来 创建 ， 因 为 在 销毁 holder 所 拥有 对 象 的 时 候 ， 需 要 用 到 delete 操 作 
器 。 接 下 来 ，release0) 成 员 函 数 释放 holder 对 其 持 有 对 象 的 所 有 权 。 另 外 ， 上 面 的 
普通 赋值 运算 符 也 设计 得 比较 巧妙 ， 它 会 销毁 和 释放 任何 被 拥有 的 对 象 ， 因 为 另 
一 个 对 象 会 蔡 代 原先 的 对 象 被 holder 所 拥有 ， 而 且 赋 值 运算 符 也 不 会 返回 原先 对 
象 的 一 个 holder 或 指针 而 是 返回 新 对 象 的 一 个 holder) 。 最 后 ， 我 们 添加 了 两 个 
exchange_with0O) 成 员 函 数 ， 从 而 可 以 在 不 销毁 原 有 对 象 的 前 提 下 ， 方 便 地 替换 该 
holder 所 拥有 的 对 象 。 


现在 ,创建 两 个 对 象 的 例子 可 以 像 下 面 这 样 重 写 : 


void do two things() 

{ 
Holder<Something> first(new Something) ; 
first->perform(); 
Holder<Something> second(new Something); 
second->perform(); 

} 


这 种 做 法 将 使 结构 更 加 清晰 : 由 于 是 在 Holder 的 析 构 函数 中 释放 对 象 ， 所 以 
保证 了 代码 的 异常 安全 性 ; 男 一 方面 ， 当 函数 在 正常 执行 路 径 终 止 时 (对 象 实 际 
上 就 是 在 此 时 被 释放 的 ) ， 对 象 的 释放 操作 也 会 自动 完成 。 


要 注意 的 是 ， 你 不 能 使 用 类 似 于 赋值 的 语法 来 初始 化 Holder 对 象 : 


Holder<Something> first = new Something; // 错误 


这 是 因为 我 们 使 用 了 explicit 关 键 字 来 声明 构造 函数 ， 而 且 下 面 两 种 转型 之 间 
存在 一 些 细微 的 区 别 : 


X xX; 


Y y(x); // 显 式 转型 


和 


X X; 
Yy =x; // 隐 式 转型 


前 者 通过 使 用 从 X 类 型 到 Y 类 型 的 显 式 转型 ， 新 建 了 一 个 类 型 为 Y 的 对 象 ， 后 
者 使 用 了 从 类 型 X 到 Y 类 型 的 隐 式 转型 ， 新 建 了 一 个 类 型 Y 的 对 象 。 然 而 ， 在 该 例 
子 中 ， 由 于 使 用 了 关键 字 explicit， 所 以 禁止 进行 这 种 隐 式 转型 ， 也 就 是 说 后 一 种 
情况 是 不 允许 的 。 


20.1.3 ”作为 成 员 的 holder 


我 们 也 可 以 在 类 中 使 用 holder 来 避免 资源 泄露 。 当 一 个 成 员 变量 是 holder 类 型 
而 非 普 通 指针 类 型 时 ， 我 们 通常 就 不 需要 在 析 构 函数 中 处 理 它 ， 这 是 由 于 它 所 引 
用 的 对 象 会 随 着 holder 成 员 变 量 的 释放 而 被 释放 。 另 外 ，holder 有 助 于 避免 由 于 在 
对 象 初始 化 期 间 抛 出 异常 而 导致 的 资源 泄露 。 要 注意 的 是 ， 只 有 那些 完成 构造 之 
后 的 对 象 ， 它 的 析 构 函数 才 会 被 调用 。 因 此 ， 如 果 在 构造 函数 内 部 产生 异常 ， 那 
么 只 有 那些 构造 函数 已 正常 执行 完毕 的 成 员 对 象 ， 它 的 析 构 函数 才 会 被 调用 。 如 
果 为 第 一 个 对 象 成 功 分 配 了 资源 ， 而 下 一 个 《资源 分 配 ) 失败 ， 那 么 在 此 情况 
下 ， 若 不 用 holder 就 会 导致 资源 泄露 。 例 如 : 


// pointers/refmem1.hpp 


class RefMembers { 


private: 
MemType* ptr1; // 所 引用 的 成 员 
MemType* ptr2; 

public: 


// 缺 省 构造 函数 
// - 如 果 第 2 个 new 操 作 抛 出 异常 的 话 ， 将 会 导致 资源 油 ; 
RefMembers () 

: ptri(new MemType), ptr2(new MemType) { 


} 


// 拷贝 构造 函数 
// - 如 果 第 2 个 new 抛 出 异常 的 话 ， 将 会 导致 资源 泄 
RefMembers (RefMembers const& x) 

: ptri(new MemType(*x.ptr1)), ptr2(new MemType(*x.ptr2)) { 


} 


// 赋值 运算 符 

const RefMembers& operator= (RefMembers const& x) { 
*ptr1 = *x.ptr1; 
*ptr2 = *x.ptr2; 
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return *this; 


~RefMembers () { 
delete ptr1; 
delete ptr2; 


}3 


se ee ane ve ede pire oars aa ace ine ea 
FH Ys : 


// pointers/refmem2.hpp 


#include "holder.hpp" 


class RefMembers { 


private: 
Holder<MemType> ptr1; // 所 引用 的 成 员 
Holder<MemType> ptr2; 

public: 


// 缺 省 构造 函数 
// - 不 可 能 出 现 资源 泄漏 
RefMembers () 
: ptri(new MemType), ptr2(new MemType) { 


} 


// 拷贝 构造 函数 
// - 不 可 能 出 现 资 源 泄 漏 
RefMembers (RefMembers const& x) 
: ptri(new MemType(*x.ptr1)), ptr2(new MemType(*x.ptr2)) { 
} 


// 赋值 运算 符 

const RefMembers& operator= (RefMembers const& x) { 
*ptr1 = *x.ptr1; 
*ptr2 = *x.ptr2; 
return *this; 


} 


// 不 需要 析 构 函数 
// 〈( 缺 省 的 析 构 函数 将 会 让 ptr1 和 ptr2 删 除 它 们 所 引用 的 对 象 ) 


}3 


要 注意 的 是 ， 我 们 在 这 里 可 以 省 上 略 用 户 定 义 的 析 构 函数 ， 但 一 定 要 编写 拷贝 
构造 函数 和 赋值 运算 符 。 


20.1.4 资源 获取 于 初始 化 


模式 在 [StroustrupDnE ] 中 有 详细 介绍 。 在 此 ， 我 们 可 以 为 释放 policy 引 入 一 些 模板 
参数 ， 从 而 我 们 就 可 以 把 下 面 的 代码 


void do_something() 


{ 


// 获取 资源 
RES1* res1 = acquire resource 1(); 
RES2* res2 = acquire resource 2(); 


// 释放 资源 
release _resource_2(res); 
release _resource_1(res); 


丛 换 为 所 有 符合 以 下 形式 的 代码 : 


void do_something () 


// 获取 资源 
Holder<RES1,...> resi(acquire_resource_1()); 
Holder<RES2,...> res2(acquire_resource_2()); 


对 于 其 他 一 些 类 似 的 问题 ， 也 可 以 借助 于 holder 的 这 种 用 法 来 完成 这 种 蔡 


换 ， 这 样 带 来 的 额外 好 处 是 代码 实现 了 异常 安全 性 。 
20.1.5 ”holder 的 局 限 
holder 模 板 并 不 能 解决 所 有 的 问题 。 先 看 看 下 面 的 例子 : 


Something* load something() 
Something* result = new Something; 


read_something(result) ; 


return result; 


在 此 例 中 ， 有 两 点 使 代码 变 得 复杂 了 : 


1. 在 这 个 函数 中 调用 了 read_something0 函 数 ， 它 要 求 一 个 普通 指针 作为 它 
的 实 参 。 


2. load_something() K 201k [Fl AY x — FBT 


现在 我 们 虽然 可 以 使 用 holder 来 实现 异常 安全 性 ， 但 是 ， 这 样 将 会 使 代码 变 
FEMA: 


Something* load_something() 
Holder<Something> result(new Something); 


read_something(result.get_pointer()); 


Something* ret = result.get_pointer(); 
result.release(); 
return ret; 


我 们 这 里 假设 ， 函数 read_something() 并 不 知道 holder 类 型 的 存在 。 因 此 ， 我 
们 必须 使 用 成 员 函 数 get_pointer(0 来 获取 实际 的 指针 。 由 于 使 用 了 这 个 成 员 函 数 ， 
而 不 是 普通 指针 ， 所 以 将 仍然 由 holder 持 有 该 对 象 ， 于是， 我 们 不 能 直接 返回 
result.get_pointer(); 否则 的 话 ，load_something() 函 数 的 接收 者 实际 上 并 没有 持 有 
它 的 指针 所 指向 的 对 象 ， 而 是 仍然 由 holder 持 有 该 对 象 。 因 此 ， 我 们 需要 先 把 
result.get_pointer() 的 值 赋 给 一 个 临时 指针 ret， 然 后 返回 这 个 临时 指针 。 


如 果 这 里 没有 提供 成 员 函 数 get_pointer()， 那 么 我 们 也 可 以 使 用 用 户 自 定义 的 
Cla] Be) 取 值 符 * ， 然 后 在 它 的 前 面 使 用 内 建 的 取 址 运算 符 &， 来 提取 实际 的 指 
针 。 另 外 ， 还 有 一 种 可 以 使 用 的 方法 ， 就 是 显 式 调 用 -> 运算 符 。 下 面 的 代码 就 是 
使 用 这 两 种 方法 的 例子 : 


read_something(&*result) ; 
read_something(result.operator->()); 

你 也 许 会 觉得 后 一 种 方法 相当 鉴 脚 。 然 而 ， 我 们 觉得 在 这 里 有 必要 提醒 一 
下 : 如 果 使 用 后 一 种 方法 ， 那 么 将 意味 着 你 已 经 做 了 一 些 比较 危险 的 操作 。 


上 面 例子 的 另外 一 个 问题 是 : 必须 通过 调用 release0) 成 员 函 数 来 释放 所 引用 对 
象 的 所 有 权 。 于 是 ， 在 函数 结束 的 时 候 ， 就 不 需要 再 销毁 该 对 象 了 。 要 注意 的 
ee eee 我 们 必须 把 要 返回 的 引用 对 象 存放 在 一 个 临 
Hy Ab eer 


Something* ret = result.get_pointer(); 
result.release(); 
return ret; 


为 了 避免 上 面 这 种 略为 麻烦 的 写法 ， 我 们 也 可 以 修改 release0 成 员 函 数 ， 让 它 
返回 释放 前 所 拥有 的 对 象 : 


template <typename T> 
class Holder { 


T* release() { 
T* ret = ptr; 
ptr = ð; 
return ret; 


} 


于 是 ， 返 回 语句 可 以 如 下 编写 


return result.release(); 


总 之 ， 上 面 的 这 些 方面 说 明了 一 个 现象 ， 智能 指针 实际 上 并 不 那么 智能 。 但 
a 《如 holder) ， 那 么 将 会 使 程序 的 编写 
更 加 简单 。 


20.1.6 ”复制 holder 


你 可 能 已 经 注意 到 ， 在 holder 模 板 的 实现 代码 中 ， 我 们 让 拷贝 构造 函数 和 找 
贝 研 值 运算 符 成 为 私有 成 员 ， 从 而 禁止 复制 holder。 实 际 上 ， 复 制 的 目的 〈 通 
常 ) 是 为 了 获得 一 个 与 原 对 象 本 质 上 相同 的 对 象 。 对 于 holder 而 言 ， 该 目的 将 意 
RE: 当 holder 所 引用 的 对 象 被 释放 之 后 ， 该 holder 的 找 贝 将 仍然 会 认为 它 继 续 拥 
有 该 对 象 所 有 权 ; 而 且 ， 当 两 个 holder 同 时 要 删除 所 引用 对 象 时 ， 程 序 的 混乱 也 
将 不 可 避免 。 而 这 些 显然 都 是 错误 的 。 因此 ， 复 制 操 作 并 不 适用 于 holder。 在 此 
情况 下 ， 我 们 可 以 相应 地 构造 一 种 转换 操作 ， 来 得 到 holder 的 副本 。 


" 0 i 


Holder<Something> hi(new Something); 
Holder<Something> h2(h1.release()); 
再 次 注意 ， 像 下 面 的 语句 


Holder<X> h = p; 


将 不 会 执行 ， 因 为 这 里 使 用 了 隐 式 转型 操作 ， 而 我 们 在 定义 拷贝 构造 函数 的 
时 候 使 用 了 关键 字 explicit， 从 而 禁止 进行 这 种 隐 式 转型 操作 。 


Holder<Something> h2 = hi.release(); // 错误 


20.1.7” 跨 函 数 调 用 来 复制 holder 


至 此 ， 显 式 转换 已 经 可 以 正常 进行 了 。 然 而 ， 当 这 种 转换 要 跨越 函数 调用 
时 ， 情 况 就 显得 更 加 复杂 了 。 如 果 要 把 一 个 holder 从 一 个 调用 者 传递 给 一 个 被 调 
用 者 ， 我 们 总 可 以 用 传 引 用 的 方式 来 代 符 传 值 ， 而 且 仍 然 可 以 使 用 我 们 上 面 介绍 
的 “初始 化 后 立即 释放 ”的 方式 。 然 而 ， 如 果 除 了 传递 一 个 holder， 我 们 还 要 传递 其 
他 的 参数 ， 那 么 使 用 这 种 “初始 化 后 立即 释放 ”的 方式 将 会 产生 一 些 问题 : 


MyClass x; 


callee(h1.release(),x); // 这 里 传递 x 就 可 能 会 抛 出 异常 ! 


若 编 译 器 选择 hl.releaseO 先 执行 ， 然 后 复制 x* (假设 用 传 值 的 方式 ) ， 那 么 这 
样 做 就 可 能 会 触发 一 个 异常 ， 反之“〈 即 先 复制 x) ， 则 不 会 有 组 件 负责 释放 原来 
由 hl1 所 拥有 的 对 象 。 因 此 ，holder 应 该 总 是 作为 引用 传递 。 


遗憾 的 是 ， 将 holder 作为 引用 返回 会 使 holder 的 生命 期 超出 当前 函数 的 范 
围 ， 这 样 反而 会 导致 ， 何 时 和 如 何 释放 holder 所 控制 的 对 象 变 得 不 明确 ; 显然 ， 
传递 引用 也 不 方便 。 另 外 ， 你 可 以 创建 一 种 专门 的 实 参 ， 它 会 在 返回 所 封装 的 指 
针 之 前 ， 就 先 调 用 release() 操 作 ; 就 像 我 们 前 面 的 load_something0 函 数 所 实现 的 
那样 。 现 在 ， 让 我 们 来 考虑 另 一 种 情况 : 


Something* creator() 


Holder<Something> h(new Something) ; 
MyClass x; // 这 行 代码 只 是 为 了 方便 下 面 的 讨论 
return h.release(); 


在 此 ， 一 定 要 明白 的 是 : h 所 拥有 的 对 象 ， 在 被 h 释 放 之 后 ， 及 其 被 新 的 实体 
控制 之 前 的 这 段 时 间 里 ， 将 会 调用 x 的 析 构 函数 ， 而 如 果 该 析 构 函数 抛 出 异常 的 
话 ， 那 么 将 会 产生 新 的 资源 泄漏 《人 允许 在 析 构 函数 中 抛 出 异常 决 非 好 主意 : 因为 
当 调 用 堆栈 正在 为 之 前 的 一 个 异常 展开 的 时 候 ， 这 种 做 法 将 会 使 男 一 个 异常 很 容 
易 地 被 抛 出 ， 而 这 将 会 导致 程序 立即 终止 。 昌 然 可 以 避免 “程序 的 立即 终止 "， 但 
这 样 做 又 会 使 代码 变 得 更 加 难于 理解 ， 因 此 也 就 更 加 脆弱 〉。 


20.1.8 trule 
为 了 解决 上 一 小 节 留 下 的 问题 ， 我 们 引进 了 一 个 专门 用 于 传递 holder 的 辅助 


类 模板 ， 并 把 它 称 为 tule。 在 语言 中 ， 它 是 一 个 术语 ， 来 自 于 transfer capsule 的 缩 
写 。 下 面 是 其 定义 : 


// pointers/trule.hpp 


#ifndef TRULE_HPP 
#define TRULE_HPP 


template <typename T> 
class Holder; 


template <typename T> 
class Trule { 


private: 


T* ptr; // trule 所 引用 的 对 象 (如 果 有 的 话 ) 


public: 
// 构造 函数 ， 确 保 trule 只 能 作为 返回 类 型 ， 用 于 将 holder 
// 从 被 调用 函数 传递 给 调用 函数 
Trule (Holder<T>& h) { 
ptr = h.get(); 
h.release(); 


// 拷贝 构造 函数 
Trule (Trule<T> const& t) { 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = ð; 
} 


// 析 构 函数 
~Trule() { 
delete ptr; 


} 


private: 
Trule(Trule<T>&); // 禁止 将 trule 作 为 左 值 
Trule<T>& operator= (Trule<T>&); // 禁止 拷贝 赋值 
friend class Holder<T>; 


ao 


}3 


#endif // TRULE_HPP 


显然 ， 在 拷贝 构造 函数 里 有 些 比较 别扭 的 代码 : trule， 通 常 是 作为 那些 想 传 
递 holders 的 函数 的 返回 类 型 ， 也 就 是 说 trule 对 象 总 是 作为 临时 对 象 Crvalues) 出 
现 ; 因此 它们 的 类 型 也 就 只 能 是 常 引用 (reference-to-const〉 类 型 。 然 而 ， 由 于 
Trule 不 能 作为 一 份 拷 贝 ， 也 不 能 含有 一 份 拷 贝 ， 如 果 我 们 希望 实现 类 似 于 拷贝 的 
操作 ， 就 必须 移 除 原 trule 的 所 有 权 。 我 们 是 通过 将 被 封装 指针 置 为 空 来 实现 这 种 
移 除 操作 的 。 而 最 后 这 个 置 空 操作 显然 只 能 针对 non-const 对 象 ， 所 以 才 有 了 这 种 
把 const 强 制 转 型 为 non-const 的 人 做法。 另外， 由 于 原来 的 对 象 实际 上 并 没有 被 定义 
为 常 类 型 ， 所 以 即使 这 样 做 有 些 别扭 ， 但 在 这 种 情况 下 这 种 转型 却 能 合法 地 实 
现 。 因 此 ， 对 于 最 后 需要 把 一 个 holder 转 换 为 tule， 并 且 将 其 返回 的 函数 ， 如 果 要 
声明 这 类 函数 的 返回 类 型 ， 我 们 就 必须 把 它 声明 为 trule<T> 类 型 ， 而 绝对 不 能 声 
明 为 trule<T> const， 这 点 是 需要 我 们 小 心 对 待 的 。 


要 注意 的 是 ， 上 面 的 代码 并 不 完全 是 把 一 个 holder 完 全 转换 为 一 个 trule: WR 
是 这 样 的 话 ，holder 束 必须 是 一 个 可 修改 的 左 值 。 这 也 是 我 们 为 什么 要 使 用 一 个 
单独 的 类 型 来 实现 trule， 而 不 是 将 它 的 功能 合并 到 holder 类 模板 中 的 原因 。 


对 于 trule 的 用 法 ， 除 了 作为 传递 holder 对 象 的 返回 类 型 ， 我 们 要 防止 把 它 用 于 
其 他 的 地 方 。 于 是 ， 在 接 下 来 的 代码 中 ， 一 个 接收 non-const 引 用 对 象 的 拷贝 构造 
函数 和 一 个 类 似 的 拷贝 赋值 运算 符 ， 都 被 声明 为 私有 函数 ， 防 止 外 界 直 接 调 用 。 
这 样 做 可 以 防止 使 用 不 必要 的 左 值 Trule， 但 这 样 做 同时 也 是 一 种 非常 不 完整 的 解 
决 方法 。 事 实 上 ，trule 的 目的 是 为 了 帮助 那些 负责 任 的 软件 工程 师 ， 而 不 是 为 了 
阻碍 那些 〈 近 乎 挑剔 、 阁 狂 的 ) 科学 家 研究 出 更 好 的 实现 。 


最 后 ， 对 于 上 面 实现 的 trule， 只 有 被 holder 模板 所 辨识 并 且 使 用 之 后 ， 才 能 
算是 完整 的 ， 下 面 我 们 就 给 出 针对 holder 的 用 法 : 


// pointers/holder2extr.hpp 


template <typename T> 
class Holder { 
// 前 面 已 经 定义 的 成 员 


public: 
Holder (Trule<T> const& t) { 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = ð; 


Holder<T>& operator= (Trule<T> const& t) { 
delete ptr; 
ptr = t.ptr; 
const_cast<Trule<T>&>(t).ptr = ð; 
return *this; 


为 了 充分 演示 对 holder/trule 作 了 哪些 改善 ， 我 们 可 以 重 写 了 load_something() 
例子 ， 并 且 增 加 一 个 调用 load_somethingO0 的 main 函 数 : 


// pointers/truLetest.cpp 


#include "holder2.hpp" 
#include "trule.hpp" 


class Something { 
3 
void read something (Something* x) 


{ 
} 


Trule<Something> load_something() 


{ 
Holder<Something> result(new Something); 
read_something(result.get()); 
return result; 
} 
int main() 
{ 
Holder<Something> ptr(load_something()); 
} 


最 终 ， 我 们 创建 了 一 对 使 用 起 来 几乎 可 以 像 普 通 指针 一 样 方便 的 类 模板 。 而 
且 这 两 个 类 模板 还 有 附加 的 好 处 : 在 由 于 抛 出 异常 而 导致 堆栈 展开 的 情况 下 ， 可 
以 管理 对 象 的 释放 ， 防 止 内 存 泄漏 。 


20.2 ”引用 记 数 


holder 类 模板 《〈 及 其 Trule 辅 助 模板 ) 在 以 下 方面 做 得 很 好 : 保持 临时 分 配 的 
结构 ， 以 便 在 由 于 异常 抛 出 而 引起 堆栈 展开 时 ， 及 时 释放 这 些 结构 。 然 而 ， 内 存 
泄漏 也 可 能 发 生 在 其 他 的 地 方 ， 尤 其 是 在 一 个 复杂 的 结构 中 ， 有 很 多 对 象 都 相互 
连接 的 情况 下 ， 或 者 共享 同一 个 对 象 的 情况 下 。 


对 于 动态 分 配对 象 的 管理 ， 一 条 普通 的 规则 可 以 简单 前 述 如 下 : 在 一 个 应 用 
程序 中 ， 对 于 任何 一 个 动态 分 配 的 对 象 ， oo ee 
ert PME enti es ae ， 该 policy〈 就 是 该 普 
ALU) 是 正确 的 ， AAE 4 Ped EL ANDLIT IR Mpocy 
然而 ， 对 该 policy 而 言 ， 难 点 在 于 确定 没有 任何 变量 指向 这 个 特定 的 对 象 。 


一 种 被 多 次 实现 过 的 思想 就 是 所 谓 的 引用 计数 : 对 于 每 个 被 指向 的 对 象 ， 痢 
保存 一 个 计数 ， 用 于 代表 指向 该 对 象 的 指针 的 个 数 ， 当 计数 值 减少 到 0 时 ， 就 市 
除 此 对 象 。 为 了 能 够 在 C++ 中 贯彻 这 种 做 法 ， 我 们 接 下 来 将 必须 坚持 菜 些 约定 。 
具体 而 言 ， 对 于 指向 一 个 对 象 的 普通 指针 ， 通 常 都 无 法 跟踪 它 是 如 何 被 创建 、 复 
制 和 锁 噶 的 ， 因 此 ， 指 向 引用 计数 对 象 的 指针 只 能 是 一 种 特殊 的 智能 指针 。 Ger 
一 节 中 ， 我 们 将 讨论 这 种 引用 计数 智能 指针 的 实现 。 实 际 上 ， 它 是 一 种 模板 ， 其 
主要 参数 为 所 指向 对 象 的 类 型 : 


af Ym SS 


template <typename T . > 
class CountingPtr { 
public: 
// 构造 函数 ， 为 T 所 指向 的 对 象 开 始 一 个 新 的 计数 
explicit CountingPtr (T*); 


// 拷贝 构造 函数 ， 将 增加 计数 值 : 
CountingPtr (CountingPtr<T... > const&); 


// 析 构 函数 ， 将 减少 计数 值 : 


inline ~CountingPtr(); 


// 赋值 运算 符 ， 将 减少 参数 对 象 的 计数 值 ， 
// 同时 增加 被 赋值 对 象 的 计数 值 

// (但 还 要 考虑 自己 给 自己 赋值 的 情况 存在 ) : 

CountingPtr<T.. >& operator= (CountingPtr<T... > const&); 


// 下 面 是 一 些 针 对 指针 操作 的 运算 符 ， 使 该 类 成 为 一 个 智能 指针 : 
inline T& operator* (); 
inline T* operator-> (); 


对 于 创建 一 个 可 用 的 计数 指针 模板 ， 参 数 T 是 真正 所 需要 的 唯一 模板 参数 。 


实际 上 ， 一 个 好 的 设计 范例 应 该 使 基本 模板 尽 可 能 地 简单 和 可 靠 ， 就 像 上 面 这 个 
例子 一 样 。 因 此 ， 我 们 将 使 用 (‘上面 实 现 的 ) CountingPtr 来 曾 述 policy 参 数 〈 关 于 
policy 参 数 ， 第 15 章 详 细 说 明了 此 概念 ) ， 这 也 是 接 下 来 的 内 容 。 


上 面 的 代码 注释 大 概 解释 了 引用 计数 的 一 般 约 束 : 每 个 CountingPtr 的 构造 函 
数 、 析 构 函 数 和 赋值 操作 都 潜在 地 改变 了 引用 计数 值 〈 当 其 中 一 个 计数 减少 为 0 
时 ， 就 删除 被 引用 的 对 象 ) 。 


20.2.1 计数 器 在 什么 地 方 


由 于 我 们 的 想法 是 计算 指向 对 象 的 指针 的 个 数 ， 所 以 把 计算 占 放 在 对 象 中 是 
完全 合理 的 。 遗 憾 的 是 ， 对 于 被 指向 的 对 象 的 类 型 ， 如 果 在 早期 设计 的 时 候 ， 完 
全 未 考虑 引用 计数 ， 那 么 我 们 就 无 法 再 把 计数 器 放 入 对 象 中 ; 因为 如 果 对 象 是 封 
装 起 来 或 者 不 可 改变 的 话 ， 要 加 入 计数 器 是 不 可 行 的 。 


若 被 引用 计数 的 对 象 不 能 包含 计数 器 ， 那 么 就 必须 将 计数 器 存放 在 单独 的 存 
fax; 而且， 该 存储 区 的 生命 期 不 能 比 被 指 同 对 象 的 生命 期 短 ; 也 就 是 说 ， 我 们 
必须 动态 分 配 这 块 存储 区 。 然 而 ， 如 果 使 用 C++ 编 译 右 自 带 的 ::operator new， 极 
可 能 会 导致 糟糕 的 性 能 。 当 然 ，::operator new 肯 定 可 以 分 配 不 超过 存储 限制 的 任 
D 些 计 算 上 的 折衷 。 实 际 上 ， 计 数 指针 通常 都 会 使 用 专用 的 《内 
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单独 分 配 计算 器 的 另 一 种 方法 是 ， 对 引用 计数 所 在 的 对 象 ， 使 用 专用 的 内 
fP) 分 配 韦 。 实 际 上 ， 这 种 分 卫 如 可 以 分 配 一 些 作 外 的 存储 空间 ， 来 保存 对 应 的 
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我 们 将 用 计数 器 的 位 置 作为 模板 的 参数 ， 从 而 就 不 需要 指出 计数 如 的 位 置 。 
实际 上 ， 这 个 参数 就 是 我 们 的 计数 器 policy (关于 policy， 请 参见 第 15 章 ) 。 这 种 
policy 的 接口 可 以 非常 简单 : 只 需要 包含 一 个 返回 整 型 值 的 函数 和 一 个 为 该 整 型 
值 分 配 所 需 空间 的 函数 ， 而 且 后 面 这 个 函数 并 不 是 必需 的 。 男 一 方面 ， 如 果 能 够 
提供 一 些 更 高 级 的 接口 ， 在 某 些 情况 下 也 将 很 有 用 处 。 


20.2.2 ”并 发 访问 计数 器 


在 单线 程 的 执行 环境 中 ， 计 数 圳 的 管理 是 很 简单 的 。 基 本 操作 只 局 限于 增加 
计数 值 、 减 少 计 数值 以 及 检查 计数 值 是 否 为 0。 然 而 ， 在 多 线程 环境 中 ， 一 个 计 
数 央 可 能 会 被 位 于 不 同 线程 中 的 智能 指针 所 共享 。 在 这 种 情况 下 ， 我 们 可 能 需要 
为 计数 器 本 身 增加 一 些 智 能 指针 ， 因 此 ， 对 于 诸如 来 自 两 个 线程 的 同时 增加 请 
求 ， 必 须 按 一 定 顺序 执行 ， 才 能 避免 冲突 。 在 实践 中 ， 需 要 茶 种 形式 〈 隐 式 或 显 
式 ) 的 锁 来 实现 这 些 功 能 。 


在 接 下 来 的 内 容 里 ， 我 们 将 不 准备 说 明 如 何 实现 这 种 锁 ， 但 是 我 们 会 为 计数 
器 指定 一 个 接口 ， 在 足够 高 的 层次 上 ， 该 接口 也 将 引入 锁 操 作 。 具 体 而 言 ， 我 们 


要 求 计 数 器 是 一 个 具有 以 下 接口 的 类 : 


class CounterPolicy { 
public: 

// 以 下 4 个 特殊 成 员 〈 两 个 构造 函数 、 一 个 析 构 函数 和 一 个 拷贝 赋值 函数 )， 
// 在 某 些 情况 并 不 需要 显 式 声明 ， 但 必须 是 可 访问 的 
CounterPolicy(); 
CounterPolicy(CounterPolicy const&) ; 
~CounterPolicy(); 
CounterPolicy& operator=(CounterPolicy const&); 


// 假设 T 是 被 指向 的 对 象 的 类 型 
void init(T*); // 初始 化 为 1， 可 能 为 计数 器 分 配 空间 
void dispose(T*); // 可 能 涉及 计数 器 空间 的 释放 操作 
void increment(T*); // 增 1 的 原子 操作 

void decrement(T*);  // 减 1 的 原子 操作 

bool is zero(T*); // 检查 是 否 为 6 


在 此 ， 我 们 假设 该 接口 所 使 用 的 类 型 T 是 由 CountingPtr 的 模板 参数 提供 的 。 
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锁 住 计数 器 只 能 保护 计数 器 不 被 并 发 访问 ， 并 不 能 保护 CountingPtr 的 并 发 访 
问 。 因 此 ， 在 不 同 的 执行 线程 中 ， 如 果 有 多 个 智能 指针 指向 同一 个 共享 对 象 ， 那 
么 应 用 程序 就 需要 引入 某 种 附加 的 锁 ， 来 保证 对 CountingPtr 的 操作 同样 也 是 顺序 
执行 的 。 然 而 ， 智 能 指针 本 身 并 不 能 实现 这 种 层次 的 锁 。 


20.2.3” 析 构 和 释放 


当 没 有 计数 指针 指向 一 个 对 象 时 ， 我 们 的 策略 是 释放 此 对 象 。 在 C++ 中 ， 通 
常 可 用 标准 的 delete 运 算 符 来 完成 释放 操作 。 然 而 ， 情 况 并 不 总 是 如 此 单一 。 有 时 
我 们 必须 使 用 不 同 的 函数 来 释放 对 象 ， 例 如 标准 C 函 数 free()。 此 外 ， 若 被 指 疝 的 
对 象 是 一 个 数组 ， 可 能 还 需要 使 用 delete[] 运 算 符 来 释放 数组 。 


鉴于 使 用 非 标准 方式 释放 对 象 的 情况 是 肯定 存在 的 ， 在 此 引入 一 种 单独 的 对 
象 〈 释 放 ) policy 是 很 有 必要 的 。 实 际 上 ， 该 policy 的 实现 接口 非常 简单 : 


class ObjectPolicy { 
public: 

// 以 下 4 个 特殊 成 员 〈 两 个 构造 函数 、 一 个 析 构 函数 和 一 个 拷贝 赋值 函数 )， 
// 在 某 些 情况 并 不 需要 显 式 声明 ， 但 必须 是 可 访问 的 
ObjectPolicy(); 
ObjectPolicy(CounterPolicy const&); 
~ObjectPolicy(); 
ObjectPolicy& operator=(ObjectPolicy const&) ; 


// 假 设 T 是 所 指向 对 象 的 类 型 
void dispose (T*); 


}3 


我 们 还 可 以 提供 其 他 一 些 〈 与 所 指向 对 象 相关 的 ) 操作 (例如 operator* 和 
operator-> 解 引 用 运算 符 ) ， 来 丰富 上 面 这 种 policy。 而 普遍 的 做 法 是 : 当 智 能 指 
针 不 再 指 癌 任 何 对 象 时 ， 把 针对 智能 指针 进行 解 引用 的 一 些 检查 合并 起 来 。 男 
方面 ， 为 这 种 检查 增加 一 个 特殊 的 policy 参 数 也 是 完全 可 能 的 。 然 而 ， 为 了 简洁 
性 考虑 ， 我 们 并 不 打算 在 此 阐述 这 种 做 法 ， 但 是 如 果 你 对 本 节 的 剩余 内 容 都 能 很 
好 掌握 的 话 ， 那 么 要 实现 这 种 做 法 也 不 难 。 


对 于 大 多 数 用 CountingPtr 计 数 的 对 象 ， 我 们 可 以 使 用 下 面 这 个 简单 的 对 象 
policy: 


// pointers/stdobjpolicy.hpp 


class StandardObjectPolicy { 
public: 
template<typename T> void dispose (T* object) { 
delete object; 


显然 ， 对 于 用 new[D] 运 算 符 分 配 的 数组 ， 这 样 做 不 会 起 作用 。 季 和 运 的 是 ， 对 于 
这 种 情况 ， 我 们 可 以 轻易 地 找到 一 种 替代 的 policy: 


// pointers/stdarraypolicy.hpp 


class StandardArrayPolicy { 
public: 
template<typename T> void dispose (T* array) { 
delete[] array; 


在 上 面 两 种 情况 下 ， 我 们 都 将 dispose0O 作 为 成 员 函 数 模板 来 实现 。 另 外 ， 还 
有 另 一 种 替代 方法 : 就 是 参数 化 这 个 policy 类 。 关 于 这 种 替代 方案 的 讨论 可 以 参 
见 15.1.6 节 。 


20.2.4 CountingPtr 模板 
现在 ， 我 们 已 确定 了 policy 接 口 ， 已 经 可 以 实现 CountingPtr 接 口 本 身 了 : 


// pointers/countingptr.hpp 


template<typename T, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 
private: 
// typedef 两 个 简单 的 别名 : 
typedef CounterPolicy CP; 
typedef ObjectPolicy OP; 


T* object_pointed_to; // 所 引用 的 对 象 
//( 如 果 没 有 引用 任何 对 象 ， 则 为 NULL) 


public: 
// 缺 省 构造 函数 (没有 显 式 初始 化 ， 即 没有 加 上 explicit 关 键 字 ): 
CountingPtr() { 
this->object pointed to = NULL; 


} 


// 一 个 针对 转型 的 构造 函数 (转型 自 一 个 内 建 的 指针 ): 
explicit CountingPtr (T* p) { 
this->init(p); // 使 用 普通 指针 初始 化 


} 


// 拷贝 构造 函数 : 
CountingPtr (CountingPtr<T,CP,OP> const& cp) 


: CP((CP const&)cp), // 4% policy 
OP((OP const&)cp) { 
this->attach(cp); // 拷贝 指针 ， 并 且 增 加 计数 值 


} 


// 析 构 函数 : 
~CountingPtr() { 
this->detach(); // 减少 计数 值 
// (如 果 计 数值 为 9， 则 释放 该 计数 器 ) 


} 


// 针对 内 建 指针 的 赋值 运算 符 
CountingPtr<T,CP,OP>& operator= (T* p) { 
// 计数 指针 不 能 指向 *p : 


assert(p != this->object_pointed_to); 


this->detach(); // 减少 计数 值 
// (如 果 计 数值 为 9， 则 释放 该 计数 器 ) 
this->init(p); // 用 一 个 普通 指针 进行 初始 化 


return *this; 


} 


// 拷贝 赋值 运算 符 (要 考虑 自己 给 自己 赋值 ): 
CountingPtr<T,CP,OP>& 
operator= (CountingPtr<T,CP,OP> const& cp) { 
if (this->object_pointed_to != cp.object_pointed_to) { 
this->detach(); // 减少 计算 值 
// (如 果 计 数值 为 9， 则 释放 计数 器 ) 
CP::operator=((CP const&)cp); // 对 policy 进 行 赋值 


OP: :operator=((OP const&)cp); 
this->attach(cp); // 拷贝 指针 并 且 增 加 计数 值 


return *this; 


} 
// 使 之 成 为 智能 指针 的 运算 符 


T* operator-> () const { 
return this->object_pointed_to; 


T& operator* () const { 
return *this->object_pointed_to; 


} 
// 以 后 在 这 里 将 可 能 会 增加 一 些 其 他 的 接口 


private: 
// 辅助 函数 : 
// - 用 普通 指针 进行 初始 化 (前 提 是 普通 指针 存在 ) 
void init (T* p) { 
if (p != NULL) { 
CounterPolicy: :init(p); 


} 
this->object pointed to = p; 


} 


// - 拷贝 指针 并 且 增 加 计数 值 (前 提 是 指针 存在 ) 
void attach (CountingPtr<T,CP,OP> const& cp) { 
this->object_pointed_to = cp.object_pointed_to; 
if (cp.object_pointed_to != NULL) { 
CounterPolicy: :increment(cp.object_pointed_to); 


} 
} 


// - 减少 计数 值 (如 果 计 数值 为 9%， 则 释放 计算 器 ) 
void detach() { 
if (this->object pointed to != NULL) { 
CounterPolicy: :decrement(this->object pointed to); 
if (CounterPolicy::is_zero(this->object_pointed_to)) { 
// 如 果 有 必要 的 话 ， 释 放 计 数 器 
CounterPolicy: :dispose(this->object_pointed_to); 
// 使 用 object policy 来 释放 所 指向 的 对 象 : 
ObjectPolicy::dispose(this->object pointed to); 


}; 


上 面 这 个 模板 并 不 复杂 ， 唯 一 要 注意 的 地 方 也 只 是 : 在 拷贝 赋值 操作 中 ， 要 
判断 是 否 为 自 赋 值 。 事 实 上 ， 在 大 部 分 情况 中 ， 赋 值 运算 符 只 是 将 计数 指针 与 它 
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数 占 的 值 减少 到 0， 并 且 释 放 该 对 象 。 然 而 ， 如 果 是 在 计数 指针 赋值 给 自身 的 情 
况 下 进行 前 面 的 这 些 操作 ， 则 会 提前 释放 《所 指向 的 ) 对 象 ， 从 而 导致 错误 。 


另外 还 有 一 点 需要 注意 : 由 于 空 指 针 并 没有 一 个 可 关联 的 计数 器 ， 所 以 在 减 
少 计数 值 之 前 ， 必 须 移 显 式 地 检查 空 指 针 的 情况 。 对 于 这 种 情况 ， 另 一 种 可 选 的 
处 理 方 法 是 : 将 这 种 检查 留 给 policy 类 来 实现 。 事 实 上 ， 还 存在 一 种 根本 不 允许 
CountingPtr 为 空 的 policy。 若 可 以 使 用 这 种 policy 的 话 ， 将 会 使 性 能 稍微 有 所 提 


[可 


在 前 面 的 代码 中 ， 我 们 使 用 继承 来 包含 两 种 policy。 这 样 做 确保 了 在 policy 类 
为 空 的 情况 下 ， 并 不 需要 占用 存储 空间 〈 前 提 是 我 们 的 编译 器 实现 了 衬 基 类 优 
化 ， 上 有 具体 见 16.2 节 )〉 。 我 们 还 可 以 使 用 在 16.2.2 小 节 中 介绍 的 BaseMemberPair 模 板 
类 ， 从 而 令 policy 类 的 成 员 在 智能 指针 类 中 是 不 可 见 的 。 然 而 ， 我 们 为 了 使 讨论 
显得 更 加 简单 ， 同 时 避免 原 代码 过 于 复杂 ， 从 而 也 就 没有 使 用 BaseMemberPair 模 


因为 这 里 具有 两 个 缺 省 模板 实 参 ， 所 以 还 可 以 采用 16.1 节 的 技术 ， 方 便 且 有 
选择 性 地 窗 盖 缺 省 模板 实 参 ， 而 这 样 做 有 时 将 可 以 给 我 们 带 来 好 处 。 但 为 了 简洁 
起 见 ， 在 这 里 就 不 介绍 这 些 做 法 了 。 


20.2.5 ”一 个 简单 的 非 侵 入 陈 计 数 需 


从 总 体 看 来 ， 我 们 已 经 完成 了 CountingPtr 的 设计 ， 但 实际 上 该 设计 还 没有 真 
正 完 成 。 因 为 我 们 还 没有 为 计数 policy 编 写 代 码 。 于 是 ， 让 我 们 先 来 看 一 个 针对 
计数 器 的 policy， 它 并 不 把 计数 器 存储 于 所 指 癌 对 象 的 内 部 ， 也 就 是 说 ， 它 是 一 
种 非 侵入 式 的 计数 器 policy 〈 或 者 称 为 非 插入 式 的 计数 器 policy， 这 样 形容 是 为 了 
与 后 面 的 侵入 式 policy 进 行 对 比 ) 。 


对 于 计数 器 而 言 ， 最 主要 的 问题 是 如 何 分 配 存储 空间 。 事 实 上 ， 同 一 个 计数 
器 需要 被 多 个 CountingPtr 所 共享 ; 因此 ， 它 的 生命 期 必须 持续 到 最 后 一 个 智能 指 
针 被 释放 之 后 。 通 常 而 言 ， 我 们 会 使 用 一 种 特殊 的 分 配器 来 完成 这 种 任务 ， 这 种 
分 配器 专门 用 于 分 配 大 小 固定 的 小 对 象 。 然 而 ， 由 于 这 种 分 配器 的 设计 和 C++ 模 
板 的 主题 之 间 没 有 明显 的 联系 ， 所 以 我 们 在 此 也 就 不 〈 对 这 种 具有 工业 强度 的 分 
配器 ) 深入 讨论 内。 但 是 ， 我 们 将 假设 存在 两 个 函数 alloc_counter0 和 
dealloc_counter()， 用 于 管理 存储 size_t 类 型 的 内 存 空间 。 有 了 这 些 假设 之 后 ， 我 们 
就 可 以 这 样 编写 一 个 简单 的 计数 器 : 


// pointers/simpLerefcount.hpp 


#include <stddef.h> // AF size_t 的 定义 
#include "allocator.hpp" 


class SimpleReferenceCount { 


private: 
size _t* counter; // 已 经 分 配 的 计数 器 
public: 
SimpleReferenceCount () { 
counter = NULL; 


} 


// 缺 省 的 拷贝 构造 函数 和 拷贝 赋值 运算 符 都 是 允许 的 ， 
// 因为 它们 只 是 拷贝 这 个 共享 的 计数 器 
public: 
// 分 配 计数 器 ， 并 把 它 的 值 初始 为 1: 
template<typename T> void init (T*) { 
counter = alloc_counter(); 
*counter = 1; 


} 


// 释放 该 计数 器 : 

template<typename T> void dispose (T*) { 
dealloc_counter(counter) ; 

} 


// 计数 值 加 1: 

template<typename T> void increment (T*) { 
++* counter; 

} 


// 计数 值 减 1: 

template<typename T> void decrement (T*) { 
--*counter; 

} 


// 检查 计数 值 是 否 为 6: 

template<typename T> bool is zero (T*) { 
return *counter == @; 

} 


}3 


由 于 这 个 policy 并 不 是 一 个 空 类 (存放 了 一 个 指 同 计数 器 的 指针 ) ， 所 以 它 
增加 了 CountingPtr 的 大 小 。 可 以 将 此 指针 与 计数 器 一 起 存储 ， 而 不 是 直接 放 入 智 
能 指针 类 中 ， 从 而 避免 增加 CountingPtr 的 大 小 。 这 样 做 需要 改变 该 policy 类 的 设 
ths 另外 ， 增 加 一 个 额外 的 间接 层 同 时 还 会 降低 访问 被 计数 对 象 的 性 能 。 


同样 要 注意 的 是 ， 这 种 特殊 的 policy 并 没有 用 到 被 计数 对 象 本 刁 。 也 就 是 


说 ， 传 送 给 成 员 函 数 的 参数 T 从 来 也 不 会 被 用 到 。 然 而 在 下 一 市 中 ， 我 们 将 会 看 
到 男 一 种 policy， 它 将 会 用 到 这 个 参数 。 


20.2.6 一 个 简单 的 侵入 式 计数 鼎 模 板 


ZAA CRAMAR) 计数 器 policy 就 是 将 计数 器 放 到 被 管理 对 象 本 身 的 类 型 
中 (或 者 可 能 存放 到 由 被 管理 对 象 所 控制 的 存储 空间 中 ) 。 显 然 ， 这 种 policy 通 


常 需要 在 设计 对 象 类 型 的 时 候 就 加 以 考虑 ; 因此 这 种 方案 很 可 能 会 专用 于 被 管理 
对 象 的 类 型 。 然 而 ， 为 了 便于 阐述 ， 使 我 们 的 例子 具有 更 好 的 通用 性 ， 我 们 将 开 
发 一 种 更 泛 型 的 侵入 式 policy。 


在 被 引用 的 对 象 中 ， 为 了 选择 计数 器 的 位 置 ， 我 们 用 了 一 个 类 型 未 确定 的 成 
员 指 针 参 数 。 由 于 计数 器 被 作为 对 象 的 一 部 分 来 分 配 ， 所 以 从 茶 种 意义 上 而 言 ， 
这 种 policy 的 实现 要 比 前 面 的 非 侵 入 式 例子 更 加 简单 ， 但 是 这 里 的 成 员 指针 语句 
的 用 法 并 不 是 很 广泛 : 


// pointers/memberrefcount.hpp 


template<typename ObjectT, // 包含 计数 器 的 类 型 
typename CountT， // 计数 器 的 类 型 


CountT ObjectT::*CountP> // 计数 器 的 位 置 
class MemberReferenceCount 


public: 
// 缺 省 构造 函数 和 析 构 函数 都 是 允许 的 


// 让 计数 器 的 值 初始 化 为 1: 
void init (ObjectT* object) { 
object->*CountP = 1; 


} 


// 对 于 计数 器 的 释放 ， 并 不 需要 显 式 执行 任何 操作 : 
void dispose (ObjectT*) { 
} 


// 计数 值 加 1: 
void increment (ObjectT* object) { 
++object->*CountP; 


} 


// 计数 值 减 1: 
void decrement (ObjectT* object) { 
--object->*CountP; 


} 


// 检查 计数 值 是 否 为 8: 
template<typename T> bool is zero (ObjectT* object) { 
return object->*CountP == 0; 


如 果 使 用 这 种 policy 的 话 ， 那 么 在 类 的 实现 中 ， 就 可 以 很 快 地 写 出 类 的 引用 
计数 指针 类 型 。 其 中 类 的 设计 框架 大 概 如 下 所 示 : 


class ManagedType { 
private: 
size_t ref_count; 
public: 


typedef CountingPtr<ManagedType, 
MemberReferenceCount 
<ManagedType, 
size t, 
&ManagedType: :ref_count> > 
Ptr; 


有 了 上 面 这 个 定义 之 后 ， 我 们 就 可 以 使 用 ManagedType::Ptr， 方 便 地 引用 “和 那 
些 用 于 访问 ManagedType 对 象 的 ”引用 计数 指针 类 型 (在 此 为 智能 指针 类 型 
CountingPtr) 。 


20.2.7 常数 性 


在 C++ 中 ， 类 型 X const* 和 X* const 是 有 区 别 的 。 前 者 表示 被 指 问 的 对 象 不 可 
修改 ， 而 后 者 表示 指针 本 身 不 可 修改 。 我 们 的 引用 计数 指针 也 存在 这 样 的 二 元 
PE: X const* 与 CountingPtr<X const> 对 应 ， 而 X* const 与 CountingPtr<X> const 对 
应 。 换 句 话 说， 被 指向 对 象 的 常数 性 是 模板 实 参 的 属性 。 让 我 们 通过 CountingPtr 
的 一 些 公共 成 员 函 数 ， 来 了 解 常 数 性 会 对 这 些 成 员 函 数 产 生 什 么 样 的 影响 。 


解 引用 运算 符 并 不 会 修改 指针 ， 这 也 是 它们 成 为 const 成 员 函 数 的 原因 。 然 
而 ， 我 们 可 以 借助 解 引 用 运算 符 来 访问 被 指 癌 对 象 。 另 外 ， 因 为 该 对 象 的 常数 性 
是 由 模板 参数 T 来 描述 的 ， 所 以 在 这 种 运算 符 的 返回 类 型 中 ， 我 们 通常 都 不 给 类 
型 T 加 上 Cconst) 限定 符 。 


显然 ， 类 型 为 int* 的 变量 不 能 用 int const* 变量 来 初始 化 ， 因 为 如 果 这 样 可 行 
的 话 ， 那 么 对 于 这 种 没有 提供 可 修改 访问 的 const 对 象 ， 等 于 说 是 可 以 通过 一 个 实 
体 来 间接 地 对 它 进行 修改 ， 而 这 明显 是 不 对 的 。 同 理 ， 对 于 CountingPtr<int> 类 型 
的 变量 ， 我 们 同样 要 确保 不 能 被 CountingPtr<int const> 或 者 int const* 变 量 初始 化 。 
于 是 ， 我 们 在 此 再 次 使 用 普通 的 (not const-qualified， 即 没有 const 限 定 的 ) 模板 
参数 T 来 获得 这 个 效果 。 虽 然 这 样 看 起 来 很 直接 ， 但 是 对 于 现今 其 他 的 一 些 智能 
指针 实现 ， 却 经 党 把 构造 函数 和 赋值 运算 符 声 明 为 接收 T const* 参数 的 函数 而 
这 种 做 法 我 们 假设 是 错误 的 ) 。 


赋值 运算 符 函 数 可 以 和 构造 函数 归 为 一 类 。 通 常 而 言 ， 这 种 运算 符 本 身 不 可 
能 为 常 函数 ， 即 不 具有 常数 性 。 
20.2.8” 隐 式 转型 

内 建 指针 可 以 被 用 于 以 下 几 种 隐 式 转型 ; 


。 到 void* 类 型 的 转型 。 
。 到 被 指向 的 对 象 的 一 个 基 类 指针 的 转型 。 


e 到 bool 类 型 的 转型 〈 知 指针 为 空 则 为 false， 和 否则 为 true) 。 


我 们 希望 在 CountingPtr 模 板 中 仿效 这 些 转型 ， 但 是 就 像 我 们 将 会 看 到 的 一 
样 ， 要 实现 这 些 转 型 并 不 是 很 容易 。 男 外 ， 一 些 程序 员 希 望 : 智能 指针 可 以 转型 
为 相应 的 内 建 指针 类 型 (例如 ， 一 些 人 希望 CountingPtr<int const> 可 以 转型 为 int 


const* 类 型 )。 


遗憾 的 是 ， 由 于 我 们 假设 所 有 指 问 被 引用 计数 对 象 的 指针 都 是 CountingPtr 类 
型 ， 所 以 如 果实 现 到 内 建 指 针 类 型 的 隐 式 转型 ， 将 会 使 这 个 假设 自 相 矛盾 。 因 此 
我 们 没有 提供 这 样 的 转型 。 于 是 ，CountingPtr<X> 类 型 不 能 被 隐 式 转型 为 void* 或 
X*W, 


另外 ， 隐 式 转 型 到 对 应 的 内 建 指针 类 型 还 有 其 他 的 一 些 缺 点 ， 其 中 包括 〈 假 
设 c 为 计数 指针 ) : 


e delete cp; 以 及 ::delete cp; 都 变 成 有 效 的 了 。 
。 对 于 智能 指针 而 言 ， 各 种 毫 无 意义 的 指针 算法 都 将 不 可 确定 了 《例如 , cpi 
cp2 - cp1 等 都 将 很 难 确定 其 结果 〉。 


男 一 方面 ， 到 CountingPtr 的 特 化 的 隐 式 转型 却 可 能 是 很 有 用 的 。 例如 ， 我 们 
可 以 假想 存在 一 个 到 CountingPtr<void> 类 型 的 隐 式 转型 (后 者 可 以 作为 一 种 不 透 
明 的 指针 类 型 ， 就 像 void* 类 型 一 样 ) 。 然 而 这 里 有 一 个 限制 : 由 于 void 类 型 并 不 
能 包含 一 个 计数 器 ， 所 以 侵入 式 计 数 器 policy 就 不 能 采用 这 种 转型 。 同 样 地 ， 到 
基 类 特 化 的 转型 与 侵入 式 计数 器 policy 也 是 不 相 容 的 。 


虽然 如 此 ， 我 们 还 是 可 以 将 这 种 隐 式 转型 加 入 到 CountingPtr 模 板 中 。 而 且 ， 
为 了 考虑 上 面 这 些 不 兼容 的 情况 ， 我 们 规定 : 当 转 型 与 给 定 的 计数 器 policy 不 兼 
容 时 ， 将 会 发 生 实例 化 错误 。 其 中 这 种 隐 式 转型 看 起 来 大 概 如 下 : 


template<typename T, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 
private: 
// typedef 两 个 简短 别名 : 
typedef CounterPolicy CP; 
typedef ObjectPolicy OP; 


public: 
// 增加 一 个 转型 构造 函数 ,而 且 确认 它 可 以 访问 
// 其 他 实例 化 体 〈 即 cp) 的 私有 组 件 〈 即 object_pointed to) 
template<typename T2, typename CP2, typename OP2> 
class CountingPtr; 
friend 


template <typename S> // S 可 能 是 void 或 者 T 的 基 类 


CountingPtr(CountingPtr<S, OP, CP> const& cp) 
: OP((OP const&)cp), 
CP((CP const&)cp), 
object_pointed_to(cp.object_pointed_to) { 
if (cp.object_pointed_to != NULL) { 
CP: :increment(cp.object_pointed_to); 


} 


}; 


注意 ， 在 这 种 情况 下 ， 与 转型 运算 符 相 比 ， 转 型 构造 函数 将 更 容易 实现 这 种 
所 希望 的 隐 式 转型 。 田 外， 我们 特别 要 确保 引用 计数 絮 能 够 被 正确 地 拷贝 。 


到 bool 的 转型 看 起 来 可 能 会 更 加 直接 。 我 们 只 需要 为 CountingPtr 增 加 一 个 用 
户 自 定义 的 转型 运算 符 : 


template<typename T, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 


public: 
operator bool() const { 
return this->object_pointed_to != (T*)Q; 
} 


}3 


这 样 做 是 可 行 地 ， 但 同时 会 给 CountingPtr 带 来 一 些 令 人 惊讶 且 无 意识 的 操 
作 。 例 如 ， 在 这 种 转型 下 ， 我 们 可 以 将 两 个 CountingPtr 相 加 。 这 种 操作 带 来 的 后 
果 可 能 是 很 严重 的 ， 这 足以 使 我 们 宁愿 不 提供 这 种 操作 。 


男 一 方面 ， 到 bool 类 型 的 转型 操作 主要 用 于 文 持 以 下 形式 的 语句 : 


if (cp) .. 


al 


while (!cp) .. 


因此 ， 我 们 可 以 提供 到 void* 的 转型 操作 (在 合适 的 地 方 ，void* 类 型 可 以 隐 
式 转型 为 bool 类 型 )， 以 解决 这 个 问题 中 。 一 般 而 言 ， 这 种 方法 有 其 自身 的 缺 
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对 于 这 个 问题 ， 一 种 简单 〈 但 经 常 被 忽视 ) 的 解决 方法 是 : 定义 一 个 到 成 员 
旨 针 类 型 的 转型 “注意 ， 这 里 不 是 到 内 建 指针 类 型 ) 。 事 实 上 ， 成 员 指针 类 型 也 


支持 到 bool 类 型 的 隐 式 转型 ， 但 是 它 与 普通 指针 是 有 区 别 的 ， 因 为 对 于 delete 操 作 
或 指针 算法 而 言 ， 成 员 指 针 是 无 效 的。 下 面 我 们 通过 给 CountingPtr 模 板 添加 一 些 
代码 ， 来 前 明 如 何 使 用 这 种 技术 : 


template<typename T, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 


private: 
class BoolConversionSupport { 
int dummy; 
}; 
public: 
operator BoolConversionSupport::*() const { 
return this->object pointed to 
? &BoolConversionSupport: :dummy 
> Q@3 


另外 ， 由 于 没有 增加 成 员 变 量 ， 所 以 这 样 做 并 不 会 增加 CountingPtr 的 大 小 。 
另 一 方面 ， 我 们 通过 使 用 一 个 私有 筷 入 类 ， 避 免 了 与 客户 代码 发 生 潜在 的 冲突 。 


20.2.9 ”比较 


在 接 下 来 的 内 容 中 ， 我 们 将 为 计数 指针 实现 一 些 比较 运算 符 ， 并 以 此 结束 对 
计数 指针 的 讨论 。 众 所 周知 ， 内 建 指针 同时 支持 相等 运输 符 〈(= = 和 !=) 和 排序 运 


TIT 〈<，<= 等 ) 。 


对 于 内 建 指针 而 言 ， 当 两 个 指针 都 指向 相同 的 数组 时 ， 我 们 就 可 以 使 用 排序 
运算 符 。 但 这 种 《〈 针 对 数组 的 ) 情形 并 不 适用 于 计数 器 指针 ， 因 为 计数 器 指针 总 
是 指向 单个 对 象 或 者 数组 的 开头 。 因 此 ， 在 接 下 来 的 内 容 中 ， 我 们 将 不 会 讨论 排 
序 运 算 符 。〔 然 而 ， 如 果 确 实 需 要 在 CountingPtrs 之 间 进 行 排序 ， 我 们 也 可 以 像 下 
面 的 相等 运算 符 一 样 来 实现 针对 CountingPtr 的 排序 运算 符 。) 


下 面 是 = = 运算 符 的 实现 细节 〈!= 运 算 符 的 实现 是 类 似 的 ) : 


template<typename T, 
typename CounterPolicy = SimpleReferenceCount, 
typename ObjectPolicy = StandardObjectPolicy> 
class CountingPtr : private CounterPolicy, private ObjectPolicy { 


public: 
friend bool operator==(CountingPtr<T,CP,OP> const& cp, 
T const* p) { 


return cp == p; 
} 
friend bool operator==(T const* p, 
CountingPtr<T,CP,OP> const& cp) { 
return p == cp; 
} 
}; 


template <typename T1, typename T2, 
typename CP, typename OP> 
inline 
bool operator== (CountingPtr<T1,CP,OP> const& cp1, 
CountingPtr<T2,CP,OP> const& cp2) 


{ 
} 


return cp1.operator->() == cp2.operator->(); 


最 后 这 个 位 于 类 外 面 的 运算 符 是 一 个 函数 模板 ， 它 允许 比较 指 问 不 同类 型 的 
计数 器 指针 。 通 过 这 个 实现 ， 我 们 看 到 了 : 提取 由 CountingPtr 封 装 的 内 建 指针 是 
可 能 的 。 然 而 另 一 方面 ， 我 们 通常 也 不 会 注意 : 如 果 显 式 调 用 operator-> 的 话 ， 将 
意味 着 我 们 进行 了 一 些 不 安全 的 操作 。 


对 于 其 他 两 个 位 于 类 里 面 的 运算 符 函 数 ， 我 们 把 它们 实现 为 非 模板 运算 符 。 
由 于 这 两 个 运算 符 必须 依赖 于 模板 参数 ， 所 以 只 能 被 实现 为 类 内 部 的 友 元 定义 。 
男 一 方面 ， 由 于 它们 不 是 模板 函数 ， 所 以 可 以 对 它们 的 实 参 进行 普通 的 隐 式 转 
型 ， 其 中 包括 从 0 到 空 指针 值 的 转型 。 


20.3 ”本章 后 记 


智能 指针 模板 可 能 是 继 容 器 模板 后 最 显而易见 的 模板 应 用 了 。 然 而 ， 就 像 本 
ene 介绍 的 那样 实现 的 细节 却 并 非 那么 显而易见 。 事 实 上 ， 许 多 作者 都 对 这 个 
主题 进行 了 详细 的 请 述 。 针对 我 们 所 讨论 的 内 容 ， 你 可 以 在 [MeyersMoreEffective 
] 中 找到 一 些 更 加 基础 的 讨论 ， 男 外 ， [AlexandrescuDesign ] 描 述 了 一 个 完整 的 、 
基于 policy 的 、 针 对 智能 指针 家 族 的 设计 。 


C++ 标 准 库 包含 了 一 个 智能 指针 模板 auto_ptr。 它 的 用 法 类 似 于 我 们 的 
Holder/Trule 模 板 。 男 外 ， 由 于 在 变量 初始 化 的 上 下 文中 ，auto_ptr 使 用 了 一 些 
C++ 的 重 载 规则 ， 所 以 与 HoldevTrule 相 比 ，aotu_ptr 并 不 需要 使 用 第 2 个 模板 ， 然 
而 这 种 做 法 却 是 充满 争议 的 [61。 


其 他 的 智能 指针 也 曾经 被 建议 加 入 C++ 标准 库 ， 但 是 C++ 标准 委员 会 决定 不 
对 它们 提供 支持 ， 即 它们 最 终 没有 进入 C++ 标准 库 。 


Boost 项 目 提供 了 一 个 包含 多 种 智能 指针 的 程序 库 ， 从 而 能 够 满足 多 方面 的 需 
要 (具体 见 [BoostSmartPtr ]) 。 


[1] 这 是 一 个 合理 的 假设 。 通 音 都 应 该 避免 使 用 会 抛 出 有 异 第 的 析 构 函数 ， 因 为 当 
一 个 异常 被 抛 出 的 时 候 ， 术 构 函 数 都 是 被 自动 调用 的 ， 而 此 时 如 果 再 抛 出 为 一 个 
异常 ， 那 么 将 会 导致 程序 立即 中 止 。 


[2] 可 以 增加 一 个 专门 用 于 释放 policy 的 模板 参数 ， 来 提高 这 方面 的 灵活 性 。 


[3] 译注 : 对 应 的 英文 为 Resource Acquisition Is Initialization。 该 句子 有 多 种 译 
法 ， 诸 如 资源 获取 时 初始 化 、 初 始 化 时 获取 资源 等 。 


[4] 可 以 使 用 多 种 方式 对 分 配器 进行 参数 化 〈 例 如 ， 可 以 选择 各 种 针对 并 行 访问 
ii ， 然 而 ， 我 们 认为 这 些 内 容 并 不 会 有 助 于 我 们 对 模板 及 其 应 用 的 理 


[5] 例如 ， 在 针对 标准 C++ 流 的 类 中 ， 这 样 是 确实 可 行 的 。 


[6] 关于 这 种 机 制 的 解释 已 经 远 远 超出 了 本 文 的 范围 《而 且 实 际 上 与 模板 也 并 不 
相关 ) 。 这 种 争议 的 出 现 是 由 于 以 下 原因 : 对 于 auto_ptr 所 依赖 的 其 中 一 个 机 制 ， 
一 部 分 人 认为 是 C++ 标准 库 的 一 大 瑕 症 。 关 于 该 主题 的 更 多 讨论 ， 可 以 参考 


[JosuttisAutoPtr]. 


721% tuple 


在 整 本 书 中 ， 我 们 经 常 使 用 同类 容器 (诸如 数组 类 型 ) SRA RY EK 
力 。 这 些 同 类 构造 扩展 了 C/C++ 数组 的 概念 ， 在 很 多 应 用 程序 中 也 被 广泛 使 用 。 
同时 ，C/C++ 还 具有 包含 异类 对 象 的 能 力 ， 这 里 的 异类 指 的 是 类 型 不 同 ， 或 者 结 
构 不 同 。tuple 就 是 这 样 的 一 个 类 模板 ， 它 能 够 用 于 聚集 不 同类 型 的 对 象 。 在 接 下 
来 的 介绍 中 ， 我 们 将 从 duolH 开 始 duo 是 一 个 类 似 于 标准 std::pair 的 实体 ， 但 在 
介绍 的 过 程 中 我 们 并 不 局 限于 两 个 异类 对 象 ， 而 是 着 重 介绍 如 何 对 duo 进 行 租 
套 ， 使 之 可 以 聚集 任意 个 数 的 成 员 对 象 ， 也 就 是 说 我 们 将 可 以 组 成 rio、quartet 


F 
等 加 ]。 


21.1 duo 


duo 的 目的 是 把 两 个 对 象 聚集 到 一 个 单一 类 型 。 这 与 标准 库 的 std::pair 类 模板 
非常 类 似 ， 但 由 于 我 们 将 要 给 这 个 比较 基础 的 属性 加 一 些 相 对 特殊 的 功能 ， 同 时 
也 为 了 避免 与 标准 库 的 pair 发 生 混淆 ， 所 以 接 下 来 我 们 将 定义 一 个 不 同 于 pai 的 名 
字 ; 为 了 简单 起 见 ， 我 们 这 里 把 这 个 名 字 定 义 为 duo: 


template <typename T1, typename T2> 
struct Duo { 


T1 v1; // 第 1 个 域 的 值 


T2 v2; // 第 2 个 域 的 值 
}3 


例如 ， 对 于 某 些 需 要 判断 返回 结果 是 否 有 效 的 函数 而 言 ， 这 个 duo 束 是 很 有 
用 的 ， 例 如 : 


Duo<bool,X> result = foo(); 
if (result.v1) { 
// 结果 是 有 效 的 ， 返 回 值 是 result.v2 


} 


而 且 ， 其 他 的 许多 应 用 程序 也 用 到 了 这 种 特性 。 


从 前 面 代 码 可 以 看 出 ， oe eG 定 优点 的 ， 而 且 它 的 结构 也 非常 小 ， 只 
有 2 个 域 。 男 外 ， 定 义 这 样 一 个 只 具有 两 个 域 的 结构 并 不 需要 花费 多 少 精力 ， 而 
且 我 们 还 能 够 为 每 个 域 选择 一 个 有 意义 的 名 称 。 男 一 方面 ， 我 们 可 以 对 上 面 的 基 
的 
函数 : 


template <typename T1, typename T2> 
class Duo { 
public: 
T1 v1; // 第 1 个 域 的 值 


T2 v2; // 第 2 个 域 的 值 


// 构造 函数 
Duo() : v1(), v2() { 
} 


Duo (T1 const& a, T2 const& b) 
: v1i(a), v2(b) { 


WARES ADE, ERRERA, BOREAS TARAR; 因此 对 


于 内 建 类 型 而 言 ， 两 个 成 员 《〈 也 称 为 域 ) 的 值 都 将 会 被 初始 化 为 0〈 见 5.5 节 ) 。 


为 了 避免 提供 显 式 的 类 型 参数 ， 我 们 还 可 以 增加 一 个 辅助 函数 ， 从 而 可 以 演 
绎 出 每 个 域 的 类 型 


template <typename T1, typename T2> 
inline 


Duo<T1,T2> make_duo (T1 const& a, T2 const& b) 
{ 

return Duo<T1,1T2>(a,b); 
} 


现在 duo 的 创建 和 初始 化 变 得 非常 简单 。 让 我 们 做 一 下 对 比 : 在 这 之 前 ， 我 
们 需要 如 下 编写 代码 : 


Duo<bool,int> result; 
result.v1 = true; 
result.v2 = 42; 
return result; 


而 现在 我 们 只 要 用 下 面 一 行 代码 就 可 以 完全 替代 上 面 4 行 代码 : 
return make_duo(true,42); 


而 且 ， 优 秀 的 C++ 编译 器 还 可 以 对 上 一 行 代码 进行 很 好 的 优化 ， 生 成 与 下 面 
等 价 的 代码 : 


return Duo<bool, int>(true, 42); 


对 duo 的 进一步 优化 是 提供 域 类 型 的 访问 ， 从 而 可 以 在 duo 的 上 面 创建 适配器 
模板 (adapter template) : 


template <typename T1, typename T2> 
class Duo { 
public: 
typedef T1 Type1; // 第 1 个 域 的 类 型 
typedef T2 Type2; // 第 2 个 域 的 类 型 
enum { N= 2 }; // 域 的 个 数 


T1 v1; // 第 1 个 域 的 值 
T2 v2; // 第 1 个 域 的 1 


// 构造 函数 

Duo() : v1(), v2() { 

} 

Duo (T1 const& a, T2 const& b) 
: vi(a), v2(b) { 


到 目前 为 止 ， 就 实现 而 言 ，duo 已 经 很 接近 std::pair 了 ， 但 存在 下 面 几 个 不 同 
之 处 : 


我 们 使 用 了 不 同 的 名 字 。 

我 们 提供 了 一 个 成 员 N， 用 于 表示 域 的 个 数 。 

在 构造 函数 中 ， 我 们 没有 提供 用 于 隐 式 类 型 转换 的 成 员 模板 初始 化 函数 。 
我 们 没有 提供 比较 运算 符 。 


基于 这 些 区 别 ， 在 接 下 来 的 代码 中 ， 我 们 将 给 出 一 个 更 加 强大 、 清 晰 的 实 
现 : 


// tuples/duo1.hpp 


#ifndef DUO_HPP 
#define DUO_HPP 


template <typename T1, typename T2> 
class Duo { 
public: 
typedef T1 Type1; // 第 1 个 域 的 类 型 
typedef T2 Type2; // 第 2 个 域 的 类 型 
enum { N= 2 }; // 域 的 个 数 


private: 
T1 value1; // 第 1 个 域 的 值 
T2 value2; // 第 2 个 域 的 值 
public: 
// 构 造 函数 


Duo() : value1(), value2() { 


Duo (T1 const & a, T2 const & b) 
: value1(a), value2(b) { 
} 


// 用 于 在 构造 期 间 ， 进 行 隐 式 的 类 型 转换 
template <typename U1, typename U2> 
Duo (Duo<U1,U2> const & d) 

: value1(d.v1()), value2(d.v2()) { 


} 


// 用 于 在 赋值 期 间 ， 进 行 隐 式 的 类 型 转换 

template <typename U1, typename U2> 

Duo<T1, T2>& operator = (Duo<U1,U2> const & d) { 
value1 = d.value1; 
value2 = d.value2; 
return *this; 


// 用 于 访问 域 的 函数 〈 域 访问 函数 ) 
T1& v1() { 
return valuel; 


T1 const& v1() const { 
return value1; 

} 

T2& v2() { 
return value2; 


T2 const& v2() const { 
return value2; 
} 
}; 


// 比较 运算 符 (允许 混合 类 型 ): 
template <typename T1, typename T2, 
typename U1, typename U2> 


inline 
bool operator == (Duo<T1,T2> const& d1, Duo<U1,U2> const& d2) 
{ 


} 


return d1.v1()==d2.v1() && d1.v2()==d2.v2(); 


template <typename T1, typename T2, 
typename U1, typename U2> 
inline 
bool operator != (Duo<T1,T2> const& d1, Duo<U1,U2> const& d2) 
{ 


} 


// 针对 创建 和 初始 化 的 辅助 函数 

template <typename T1, typename T2> 

inline 

Duo<T1,T2> make duo (T1 const & a, T2 const & b) 
{ 


} 


#endif // DUO_HPP 


return !(d1==d2); 


return Duo<T1,1T2>(a,b); 


在 上 面 的 代码 中 ， 我 们 对 前 面 的 代码 进行 下 面 的 一 些 修改 : 


。 我们 把 成 员 变 量 声明 为 private 变 量 ， 并 且 增 加 了 相应 的 访问 函数 。 
。 在 缺 省 构造 函数 中 ， 我 们 对 两 个 成 员 都 进行 了 显 式 初始 化 。 


template <typename T1, typename T2> 
class Duo { 


Duo ( ): valuel ( ) , value2 ( ) { 


} 
} 


。 E E 从 而 可 以 对 混合 类 型 进行 构造 和 初始 


。 我 们 提供 了 比较 运算 符 = = 和 !=， 同 时 我 们 还 为 比较 运算 符 两 边 的 duo 分 别 引 
入 了 一 组 模板 参数 ， 从 而 可 以 对 混合 类 型 进行 比较 


实际 上 上， 上面 所 有 的 成 员 模 板 都 是 为 了 实现 针对 混合 类 型 的 操作 。 也 就 是 
说 ， 借 助 于 这 些 成 员 横 板 ， 在 初始 化 、 赋 值 和 比较 一 个 duo 的 时 候 ， 对 于 duo 的 参 
数 ， 多 许 进行 一 次 隐 式 的 类 型 转换 。 例 如 : 


// tuples/duo1.cpp 
#include "duo1.hpp" 
Duo<float,int> foo () 


return make_duo(42, 42) ; 
} 


int main() 
if (foo() == make_duo(42,42.0)) { 


} 


} 


在 上 面 代码 的 foo0 中 ， 进 行 了 一 次 从 make_duo0 的 返回 类 型 〈 即 
Duo<intint>) 到 foo0 的 返回 类 型 ( 即 Duo<float,int>) 的 隐 式 类 型 转换 。 类 似 地 ， 
在 main 函 数 中 ， 我 们 是 将 foo0 的 返回 值 和 make_duo(42,42.0) CRH 
Duo<int,double>) 的 返回 值 进 行 比 较 ， 同 样 也 进行 了 一 次 隐 式 类 型 转换 。 


根据 上 面 的 代码 ， 要 增加 一 些 用 于 诊 集 3 个 值 的 trio 模 板 ， 或 者 更 多 个 值 的 其 
他 模板 ， 实 现 起 来 原理 是 一 样 的。 然而 ， 在 下 一 节 中 ， 我 们 将 介绍 一 种 更 加 结构 
化 的 方法 ， 它 通过 藤 套 化 duo 对 象 ， 来 聚集 更 多 的 对 象 。 


21.2 "Již duo 
考虑 下 面 的 对 象 定义 : 


Duo<int, Duo<char, Duo<bool, double> > > q4; 


q4 的 类 型 就 是 所 谓 的 可 递归 duo。 它 是 一 个 实例 化 自 duo 模 板 的 类 型 ， 而 且 它 
的 第 2 个 类 型 实 参 本 身 就 是 一 个 duo。 从 理论 上 而 言 ， 我 们 完全 可 以 对 第 1 个 参数 
进行 递归 ， 但 是 为 了 统一 起 见 ， 在 本 主题 所 讨论 的 内 容 里 ， 我 们 将 只 把 第 2 个 模 
板 实 参 作为 可 递归 duo， 也 就 是 说 ， 第 2 个 模板 实 参 本 身 就 是 一 个 duo。 


21.2.1 域 的 个 数 


// tuples/duo2.hpp 


template <typename A, typename B, typename C> 
class Duo<A, Duo<B,C> > { 


public: 
typedef A T1; // 第 1 个 域 的 类 型 
typedef Duo<B,C> T2; // 第 2 个 域 的 类 型 


enum { N = Duo<B,C>::N + 1 }; // 域 的 个 数 


private: 
T1 value1; // 第 1 个 域 的 值 
T2 value2; // 第 2 个 域 的 值 
public: 


// 其 他 的 公共 成 员 都 不 需要 改变 
a 


为 了 完整 性 考虑 ， 我 们 还 需要 为 duo 提 供 一 个 局 部 特 化 ， 作 为 上 面 递 归 的 出 
口 。 在 此 ， 这 个 出 口 是 一 个 只 包含 一 个 域 的 duo: 


// tuples/duo6.hpp 


// 针对 只 含有 一 个 域 的 Duo<> 的 局 部 特 化 
template <typename A> 
struct Duo<A,void> { 
public: 
typedef A T1; // 第 1 个 域 的 类 型 
typedef void T2; // 第 2 个 域 的 类 型 
enum { N = 1 }; // 域 的 个 数 


private: 


T1 value1; // 第 2 个 域 的 从 


public: 
// 构造 函数 
Duo() : value1() { 


} 

Duo (T1 const & a) 
: Value1(a) { 

} 


// 域 访 问 函 数 
T1& v1() { 
return valuel; 
} 
T1 const& v1() const { 
return value1; 
} 
void v2() { 
void v2() const { 
} 
}; 


我 们 看 到 ， 在 上 面 的 局 部 特 化 中 ， 成 员 函 数 v20 实 际 上 是 没有 意义 的 ， 但 为 
了 正 交 性 考虑 ， 我 们 仍然 需要 保留 这 个 函数 。 


21.2.2 ” 域 的 类 型 


与 trio 或 者 quartet 类 相 比 ， 可 递归 duo 使 用 起 来 并 不 容易 。 例 如 ， 如 果 我 们 要 
访问 (前 面 代 码 的 ) 对 象 g4 的 第 3 个 域 值 ， 我 们 需要 编写 如 下 的 表达 式 : 


q4.v2().v2().v1() 


XARA AR, HERE. PEKE, RREI XEHE OU BY 
归 的 模板 ， 从 而 在 一 个 可 递归 duo 中 ， 就 可 以 高 效 地 访问 每 个 域 的 类 型 和 值 。 


让 我 们 先 看 看 类 型 函数 DuoT 的 代码 (你 可 以 在 tuples/duo3.hpp 找 到 这 份 代 
码 ) ， 它 用 于 获取 可 递归 duo 的 第 n 个 类 型 。 其 中 泛 型 定义 如 下 : 


// 用 于 获取 duo 的 第 N 个 域 的 类 型 ( 即 T) 的 基本 模板 
template <int N, typename T> 
class DuoT { 

public: 


typedef void ResultT; // 一 般 情况 下 ， 结 构 类 型 是 void 


这 个 基本 模板 保证 了 以 下 的 事实 : 对 于 non-Duo (4Fduo) 而 言 ， 结 果 类 型 为 
人 
和 类型. 


// 针对 普通 duo 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoT <1, Duo<A,B> > { 
public: 
typedef A ResultT; 


3 


// 针对 普通 duo 第 2 个 域 的 特 化 


template <typename A, typename B> 
class DuoT<2, Duo<A,B> > { 
public: 


typedef B ResultT; 


AS ERE Oa, RATE AE ee SCY EVA duo) ENNER FE A 
一 般 情况 下 ， 它 等 于 第 2 个 域 ( 本 身 也 是 一 个 duo〉 的 第 N-1 个 域 的 


类 型 。 


// 针对 可 递归 duo 第 N 个 域 的 类 型 的 特 化 


template <int N, typename A, typename B, typename C> 
class DuoT<N, Duo<A, Duo<B,C> > > { 
public: 


typedef typename DuoT<N-1, Duo<B,C> >::ResultT ResultT; 


另外 ， 针 对 可 递归 duo 第 1 个 《〈 域 的 ) 类 型 的 特 化 如 下 ， 它 将 用 于 终止 递归 : 


}3 


// 针对 可 递归 duo 第 1 个 域 的 特 化 


template <typename A, typename B, typename C> 
class DuoT<1, Duo<A, Duo<B,C> > > { 
public: 


typedef A ResultT; 


对 于 可 递归 duo 第 2 个 《〈 域 的 ) 类 型 而 言 ， 为 了 避免 和 非 递归 的 duo 产 生 二 义 


性 ， 我 们 还 需要 为 它 提供 一 个 局 部 特 化 : 


// 针对 可 递归 duo 的 第 2 个 域 的 局 部 特 化 
template<typename A, typename B, typename C> 


class DuoT<2, Duo<A, Duo<B, C> > > { 
public: 


typedef B ResultT; 


}3 


实际 上 ， 上 面 的 代码 并 不 是 实现 DuoT 模 板 的 唯一 途径 ， 有 兴趣 的 读者 也 可 以 


尝试 使 用 IfThenElse 模 板 〈 见 15.2.4 小 节 ) ， 来 达到 同样 的 目的 。 


21.2.3 SKE 


在 一 个 可 递归 duo 中 ， 就 操作 而 言 ， 抽 取 第 N 个 值 与 抽取 第 N 个 类 型 是 类 似 
的 ， 只 是 抽取 第 N 个 值 要 稍微 复杂 一 些 。 为 了 能 够 抽取 第 N 个 值 ， 我 们 需要 实现 一 
个 形 为 val<N>(duo) 的 接口 。 但 是 在 实现 该 接口 的 过 程 中 ， 我 们 需要 先 实现 一 个 辅 
助 类 模板 DuoValue， 因 为 只 有 类 模板 才能 够 被 局 部 特 化 (函数 模板 现在 不 可 
人 
位 JARA: 


// tuples/duo5.hpp 


#include "typeop.hpp" 


// 返回 变量 duo 的 第 N 个 值 
template <int N, typename A, typename B> 

inline 

typename TypeOp<typename DuoT<N, Duo<A, B> >::ResultT>::RefT 
val(Duo<A, B>& d) 


{ 
} 


// 返回 常量 duo 的 第 N 个 值 
template <int N, typename A, typename B> 

inline 

typename TypeOp<typename DuoT<N, Duo<A, B> >::ResultT>::RefConstT 
val(Duo<A, B> const& d) 


{ 
} 


return DuoValue<N, Duo<A, B> >::get(d); 


return DuoValue<N, Duo<A, B> >::get(d); 


根据 上 一 小 节 的 内 容 ， 我 们 知道 可 以 使 用 DuoT 模 板 来 确定 val O 的 返回 类 
型 ， 同时， 我 们 还 使 用 了 15.2.3 小 节 开 发 的 TypeOp 类 型 函数 ， 从 而 确保 返回 类 型 
为 一 个 引用 类 型 。 


下 面 是 DuoValue 的 一 个 完整 实现 ， 和 我 们 前 面 所 讨论 的 DuoT 很 类 似 〈 接 下 来 
将 讨论 实现 的 每 一 部 分 ) : 


// tuples/duo4.hpp 
#include "typeop.hpp" 


// 基本 模板 ， 针 对 求 (duo) T 的 第 N 个 值 
template <int N, typename T> 
class DuoValue { 

public: 


static void get(T&) { // 一 般 情况 下 ， 并 不 返回 值 
} 
static void get(T const&) { 


} 


}3 


// 针对 普通 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<1, Duo<A, B> > { 
public: 
static A& get(Duo<A, B> &d) { 
return d.v1(); 


static A const& get(Duo<A, B> const &d) { 
return d.v1()3 
} 
}; 


// 针对 普通 duo 第 2 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<2, Duo<A, B> > { 
public: 
static B& get(Duo<A, B> &d) { 
return d.v2()3 


static B const& get(Duo<A, B> const &d) { 
return d.v2()3 


} 
}3 


// 针对 可 递归 duo 的 第 N 个 值 的 特 化 
template <int N, typename A, typename B, typename C> 
struct DuoValue<N, Duo<A, Duo<B,C> > > { 
static 
typename TypeOp<typename DuoT<N-1, Duo<B,C> >::ResultT>: :RefT 
get(Duo<A, Duo<B,C> > &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 


static typename TypeOp<typename DuoT<N-1, Duo<B,C> 
>: :ResultT>: :RefConstT 
get(Duo<A, Duo<B,C> > const &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
}; 


// 针对 可 递归 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<1, Duo<A, Duo<B,C> > > { 
public: 
static A& get(Duo<A, Duo<B,C> > &d) { 
return d.v1()3 


static A const& get(Duo<A, Duo<B,C> > const &d) { 
return d.v1()3 
} 
}; 


// 针对 可 递归 duo 的 第 2 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<2, Duo<A, Duo<B,C> > > { 
public: 
static B& get(Duo<A, Duo<B,C> > &d) { 
return d.v2().v1()3 


} 
static B const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v2().v1()3 
} 


}3 


和 DuoT 一 样 ， 我 们 提供 了 一 个 DuoValue 的 泛 型 定义 ， 它 令 get 函 数 返 回 void。 
由 于 函数 模板 能 够 返回 void 表达 式 ， 这 就 使 类 模板 DuoValue 同 时 适用 于 nonduo， 
或 者 大 于 最 大 限制 的 N 值 〈 虽 然 传 入 nonduo 或 者 过 大 的 N 值 毫 无 意义 ， 但 是 这 种 实 
现 方法 有 利于 简化 某 些 模板 的 实现 ) : 


// 基 本 模板 ， 针 对 求 (duo) T 的 第 N 个 值 


template <int N, typename T> 
class DuoValue { 
public: 
static void get(T&) { // 一 般 情况 下 ， 并 不 返回 值 
} 
static void get(T const&) { 


} 


}; 


和 DuoT 一 样 ， 我 们 先 特 化 非 递 归 duo: 


// 针对 普通 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B> 
class DuoValue<1, Duo<A, B> > { 
public: 
static A& get(Duo<A, B> &d) { 
return d.v1()3 


} 
static A const& get(Duo<A, B> const &d) { 


return d.v1(); 


} 
}3 


然后 我 们 对 可 递归 duo 进 行 特 化 《和 DuoT 一 样 ) : 
template <int N, typename A, typename B, typename C> 


class DuoValue<N, Duo<A, Duo<B,C> > > { 
public: 
static 
typename TypeOp<typename DuoT<N-1, Duo<B,C> >::ResultT>: :RefT 
get(Duo<A, Duo<B,C> > &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 


} 


static typename TypeOp<typename DuoT<N-1, Duo<B,C> 
>: :ResultT>: :RefConstT 
get(Duo<A, Duo<B,C> > const &d) { 
return DuoValue<N-1, Duo<B,C> >::get(d.v2()); 
} 
}; 


// 针对 可 递归 duo 的 第 1 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<1, Duo<A, Duo<B,C> > > { 
public: 
static A& get(Duo<A, Duo<B,C> > &d) { 
return d.v1()3 


} 
static A const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v1(); 
} 
}; 


// 针对 可 递归 duo 的 第 2 个 域 的 特 化 
template <typename A, typename B, typename C> 
class DuoValue<2, Duo<A, Duo<B,C> > > { 
public: 
static B& get(Duo<A, Duo<B,C> > &d) { 
return d.v2().v1()3 


} 
static B const& get(Duo<A, Duo<B,C> > const &d) { 


return d.v2().v1()3 
} 
}; 


下 面 程序 给 出 如 何 使 用 上 面 的 duo: 


// tuples/duo5.cpp 


#include "duo1.hpp" 
#include "duo2.hpp" 
#include "duo3.hpp" 
#include "duo4.hpp" 
#include "duo5.hpp" 
#include <iostream> 


int main() 


{ 


// 创建 和 使 用 一 个 简单 的 duo 
Duo<bool,int> d; 

std::cout << d.v1() << std::endl; 
std::cout << val<1>(d) << std::endl; 


// 创建 和 使 用 triple 
Duo<bool ,Duo<int ,float> > t; 


val<1>(t) = true; 
val<2>(t) = 42; 
val<3>(t) = 0.2; 


std::cout << val<1>(t) << std::endl; 
std::cout << val<2>(t) << std::endl; 
std::cout << val<3>(t) << std::endl; 


例如 ， 调 用 


val<3>(t) 


最 后 将 会 扩展 为 : 


t.v2().v2() 


由 于 在 模板 的 实例 化 过 程 中 ， 递 归 是 在 编译 期 全 部 解 开 的 ， 并 且 val O 函数 
是 一 个 简单 的 内 联 函数 ， 所 以 上 面 实现 的 这 个 功能 最 后 将 会 是 非常 高 效 的 。 一 个 
好 的 编译 器 将 会 尽量 减少 这 些 方面 〈《 指 内 联 和 递归 ) 的 代码 量 ， 使 之 与 具有 简单 
结构 的 域 访问 的 代码 量 大 体 相 当 。 


然而 ， 即 使 从 现在 看 来 ， 声 明和 构造 duo 对 象 仍然 是 肪 烦 的 ; Alc, Fa 
我 们 将 给 出 另 一 种 实现 方法 。 


21.3 tuple 构 造 


从 上 一 节 我 们 知道 ， 可 递归 duo 的 租 套 结构 有 助 于 展现 metaprogramming 技 术 
的 应 用 。 然 而 ， 对 一 个 普通 程序 员 而 言 ， 总 是 期 望 可 以 获得 该 结构 的 一 种 简单 接 
口 ， 从 而 可 以 在 日 常 工作 中 容易 地 使 用 这 种 结构 。 为 了 实现 这 种 接口 ， 我 们 可 以 
定义 一 个 含有 多 个 参数 的 可 递归 tuple 模 板 ， 并 让 它 派生 自 一 个 可 递归 duo 类 型 ， 
其 中 该 duo 类 型 的 域 个 数 是 有 限制 的 ; 在 此 ， 我 们 假设 tuple 最 多 只 具有 5 个 域 : 但 
人 原理 是 完全 一 样 的 。 另 外 ， 你 可 以 在 tuples/tuple1.hpp 找 到 这 
部 分 代码 。 


为 了 使 tuple 的 大 小 ( 即 域 个 数 ) 是 可 变 的 ， 我 们 声明 了 一 些 无 用 的 类 型 参 
数 ， 它 们 的 缺 省 值 是 一 个 null 类 型 ， 在 此 ， 我 们 特地 定义 了 一 个 NullT 类 型 ， 用 于 
代表 这 种 null 类 型 。 之 所 以 使 用 NullT， 而 不 使 用 void， 是 因为 我 们 需要 创建 该 类 
AY ( 即 NullT) 的 参数 ， 而 void 是 不 能 作为 参数 类 型 的 : 


// 用 于 代表 无 用 类 型 参数 的 类 型 
class NullT { 
}; 


接 下 来 ， 我 们 把 tuple 定 义 为 一 个 模板 ， 它 派生 上 自 duo， 而 且 该 duo 至 少 具有 一 
个 定义 为 NullT 的 类 型 参数 : 


// 一 般 情况 下 ，Tuple<> 都 创建 自 “ 至 少 含有 一 个 Nul1T 的 男 一 个 Tuple<>” 
template<typename P1, 


typename P2 = NullT, 
typename P3 = NullT, 
typename P4 = NullT, 
typename P5 = NullT> 


class Tuple 
: public Duo<P1, typename Tuple<P2,P3,P4,P5,Nul1T>::BaseT> { 
public: 
typedef Duo<P1, typename Tuple<P2,P3,P4,P5,Nul1T>: :BaseT> 
BaseT; 


// 构造 函数 : 

Tuple() {} 

Tuple(TypeOp<P1>::RefConstT a1, 
TypeOp<P2>::RefConstT a2, 
TypeOp<P3>::RefConstT a3 = NullT(), 
TypeOp<P4>::RefConstT a4 = NullT(), 
TypeOp<P5>::RefConstT a5 = NullT()) 

: BaseT(al, Tuple<P2,P3,P4,P5,Nul1T>(a2,a3,a4,a5)) { 
} 


}; 


从 上 面 代码 可 以 看 出 ， 当 给 可 递归 的 步骤 传递 参数 的 时 候 ， 我 们 使 用 了 转移 
的 实现 方式 〈 即 1 处 ) 。 另 一 方面 ， 由 于 派生 自 一 个 基 类 duo， 其 中 duo 含 有 成 员 
类 型 T1 和 T2， 因 此 我 们 使 用 Pn 而 不 是 Tn 来 作为 模板 参数 的 名 称 [3]。 


j a 我 们 需要 一 个 局 部 特 化 ， 用 于 结束 这 种 递归 ; 该 特 化 派生 自 一 个 非 递 
VA HYduo: 


// 用 于 终止 递归 的 特 化 
template <typename P1, typename P2> 
class Tuple<P1,P2,Nul11T,Nul1T,Nul1T> : public Duo<P1,P2> { 
public: 

typedef Duo<P1,P2> BaseT; 

Tuple() {} 

Tuple(TypeOp<P1>::RefConstT a1, 

TypeOp<P2>::RefConstT a2, 


TypeOp<NullT>::RefConstT = Null1T(), 
TypeOp<NullT>::RefConstT = NullT(), 
TypeOp<NullT>::RefConstT = NullT()) 


: BaseT(al, a2) { 
} 


}; 


于 是 ， 有 一 个 如 下 的 声明 : 


Tuple<bool,int,float,double> t4(true,42,13,1.95583); 


最 后 的 层次 体系 将 会 如 图 21.1 所 示 。 


| Duo < float , double > 


ni 


| Duo < bool , Tuple<int,float,double,NullT,NullT> :BaseT> | 


| 


Tuple<bool,int,float,double,NullT> | 
ane Za > aae Ae acai 


图 21.1 Tuple<bool,int,float,double> 的 类 型 


而 其 他 的 特 化 将 会 考虑 tuple 是 一 个 singleton 〈 即 只 具有 一 个 域 ) 的 情形 ; 


// 针对 singletons 的 特 化 
template <typename P1> 
class Tuple<P1,Nul11T,Nul1T,Nul1T,NullT> : public Duo<P1,void> { 
public: 
typedef Duo<P1,void> BaseT; 


Tuple() {} 
Tuple(TypeOp<P1>::RefConstT a1, 


TypeOp<NullT>::RefConstT = Null1T(), 
TypeOp<NullT>::RefConstT = Null1T(), 
TypeOp<NullT>::RefConstT = Null1T(), 
TypeOp<NullT>::RefConstT = NullT()) 


: BaseT(a1) { 
} 


}3 


最 后 ， 我 们 希望 定义 类 似 于 21.1 节 的 make_duo0 的 函数 ， 从 而 可 以 自动 地 演 
绎 出 模板 参数 。 遗 憾 的 是 ， 对 于 前 面 所 文 持 的 每 种 不 同 大 小 的 tuple， 都 需要 声明 
一 个 不 同 的 函数 模板 make_duo0， 因 为 函数 模板 不 能 含有 缺 省 模板 实 参 册 ， 而 且 
在 模板 参数 的 演绎 过 程 中 ， 也 不 会 考虑 缺 省 的 函数 调用 实 参 。 于 是 ， 我 们 需要 如 
下 定义 这 些 函数 模板 : 


// 针对 一 个 实 参 的 辅助 函数 

template <typename T1> 

inline 

Tuple<T1i> make_tuple(T1 const &a1) 
{ 


} 


// 针对 两 个 实 参 的 辅助 函数 

template <typename T1, typename T2> 

inline 

Tuple<T1,T2> make tuple(T1 const &a1, T2 const &a2) 
{ 


} 


// 针对 3 个 实 参 的 辅助 函数 

template <typename T1, typename T2, typename T3> 

inline 

Tuple<T1,T2,T3> make_tuple(T1 const &a1, T2 const &a2, 
T3 const &a3) 


return Tuple<T1>(a1); 


return Tuple<T1,12>(a1,a2); 


{ 
} 


// 针对 4 个 实 参 的 辅助 函数 
template <typename T1, typename T2, typename T3, typename T4> 
inline 
Tuple<T1,1T2,13,T4> make_tuple(T1 const &a1, T2 const &a2, 
T3 const &a3, T4 const &a4) 


return Tuple<T1,12,1T3>(a1,a2,a3); 


{ 


return Tuple<T1,12,13,14>(a1,a2,a3,a4) ; 


} 


// 针对 5 个 实 参 的 畏 


助 函 数 


template <typename T1, typename T2, typename T3, 
typename T4, typename T5> 


inline 


Tuple<T1,T2,T3,T4,T5> make_tuple(T1 const &a1, T2 const &a2, 


T3 const &a3, T4 const 


TS const &a5) 


return Tuple<T1,12,13,14,T5>(a1,a2,a3,a4,a5); 


&a4, 


下 面 的 程序 给 出 如 何 使 用 该 tuple: 


// tuples/tuple1 


#include "tuple1 


.Cpp 


-hpp" 


#include <iostream> 


int main() 


{ 


// 创建 和 使 用 只 具有 1 个 域 的 tuple 
Tuple<int> t1; 

val<1>(t1) += 42; 
std::cout << t1.v1() << std::endl; 


// 创建 和 使 用 duo 
Tuple<bool,int> t2; 


std::cout << 


val<1>(t2) << 


" my 
3 3 


std::cout << t2.v1() << std::endl; 


// 创建 和 使 用 triple 
Tuple<bool,int,double> t3; 


val<1>(t3) = 
val<2>(t3) = 
val<3>(t3) = 


std::cout << 
std::cout << 
std::cout << 


true; 
42; 
Q.2; 


val<1>(t3) << 
val<2>(t3) << 
val<3>(t3) << 


t3 = make_tuple(false, 23, 


std::cout << 
std::cout << 
std::cout << 


// 创建 和 使 用 


val<1>(t3) << 
val<2>(t3) << 
val<3>(t3) << 


quadruple 


3 


3 
std::endl; 


13.13); 


3 


3 
std::endl; 


Tuple<bool,int,float,double> t4(true,42,13,1.95583); 
std::cout << val<4>(t4) << std::endl; 
std::cout << t4.v2().v2().v2() << std::endl; 


如 果 我 们 要 获得 一 个 具有 工业 强度 的 实现 ， 那 么 要 完成 一 个 完整 的 实现 ， 还 
需要 对 我 们 前 面 所 提供 的 代码 进行 扩展 。 例 如 ， 为 了 对 tuple 的 参数 进行 转型 ， 我 
人 因为 对 于 现今 代码 而 言 ， 参 数 类 型 是 必须 精确 
匹配 的 : 


Tuple<bool,int,float> t3; 


t3 = make_tuple(false, 23, 13.13); // 错误 : 13.13 为 double 类 型 


21.4 本 章 后 记 


许多 程序 员 平 常会 独立 地 编写 一 些 模 板 应 用 程序 ，tuple 构 造 可 能 就 是 其 中 的 
一 个 。 对 于 tuple 构 造 而 言 ， 每 个 程序 员 编 写 出 来 的 代码 细节 通常 各 不 相同 ， 但 大 
多 都 是 基于 可 递归 pair 结 构 的 思想 〈 如 我 们 的 可 递归 duo) 。 男 一 方面 ，Andrei 
Alexandrescu 在 [AlexandrescuDesign] 一 书 中 开发 了 一 种 有 趣 的 实现 ， 它 把 tuple 的 
类 型 列表 Clist of type) 从 tuple 的 域 列 表 〈list of field) 中 分 离 出 来 ， 从 而 就 有 了 
type list 的 概念 ， 而 且 在 该 书 中 ，typelist 具 有 多 种 应 用 (其 中 一 个 应 用 就 是 实现 一 
个 封装 类 型 的 tuple 构 造 ) 。 


13.3 节 讨论 了 template list parameter 的 概念 ， 这 是 一 个 语言 扩展 ， 它 有 助 于 简 
化 tuple 的 实现 。 


[1] 译注 : duo 的 原意 是 “二 重唱 ?”， 这 里 用 于 说 明 只 有 2 个 对 象 ， 或 者 2 个 域 ， 相应 
地 ， 下 面 的 tio、quartet 的 原意 分 别 是 “三 重唱 *" “四 重唱 *"”， 分 别 表示 3 个 对 象 、4 
个 

NTR. 


[2] EKE, WARNS ECEERH, AA THREE a. F 
在 一 个 依赖 于 实现 的 个 数 限制 。 

[B] 在 C++ 中 ， 存 在 一 种 很 奇怪 的 名 字 碍 找 规则 : 在 查找 过 程 中 ， 对 于 派生 自 非 
依赖 型 基 类 的 名 字 ， 要 优先 于 模板 参数 名 称 。 虽 然 在 此 并 不 会 涉及 到 这 条 奇怪 的 
查找 规则 ， 因 为 基 类 是 依赖 型 ， 然 而 在 本 书 编写 的 时 候 ， 仍 然 存在 某 些 C++ 编译 
器 ， 它 们 并 不 会 看 到 依赖 型 这 个 特性 ， 而 错 用 这 条 和 查找 规则 。 


[4] 在 C++ 将 来 的 标准 中 ， 很 有 可 能 将 会 修改 这 个 限制 〈 见 13.3 节 ) 。 


第 22 章 ” 国 数 对 象 和 回调 


函数 对 象 〈 也 称 为 仿 函 数 ) 是 指 : 可 以 使 用 图 数 调用 话 法 进行 调用 的 任何 对 
象 。 在 C 程 序 设 计 语 言 中 ， 有 3 种 类 似 于 困 数 调用 语法 的 实体 : 函数 、 类 似 于 函数 
的 宏和 函数 指针 。 由 于 函数 和 宏 实 际 上 并 不 是 对 象 ， 因 此 在 C 语 言 中 ， 我 们 只 把 
函数 指针 看 成 仿 函 数 。 然 而 在 C++ 中 ， 还 存在 其 他 的 函数 对 象 : 对 于 class 类 型 ， 
我 们 可 以 重 载 函 数 调 用 运算 符 ; 还 存在 函数 引用 (reference to function) 的 概念 ; 
另外 ， 成 员 函 数 和 成 员 函 数 指 针 也 都 有 上 自身 的 调用 语法 。 事 实 上 ， 并 不 是 每 个 概 
念 的 可 用 性 都 是 一 样 的 ， 但 如 果 能 把 仿 函 数 的 概念 和 模板 所 提供 的 编译 期 参数 化 
机 制 结合 起 来 ， 那 么 将 会 给 我 们 带 来 非常 强大 的 程序 设计 技术 。 


除了 阐述 各 种 仿 函 数 类 型 ， 本 章 还 注重 仿 函 数 的 习惯 用 法 。 事 实 上 ， 对 于 念 
函数 而 言 ， 几 乎 所 有 的 使 用 都 是 某 种 形式 的 回调 ， 而 回调 的 含义 是 这 样 的 : 对 于 
一 个 程序 库 ， 它 的 客户 端 希 望 该 程序 库 能 够 调用 客户 端 自 定 义 的 某 些 函 数 ， 我 们 
就 把 这 种 调用 称 为 回调 。 一 个 常见 的 例子 就 是 我 们 平常 所 使 用 的 排序 规则 ， 用 于 
在 一 个 要 排序 的 集合 中 ， 比 较 其 中 的 两 个 元 素 ; 在 此 ， 这 个 排序 规则 就 是 以 一 个 
仿 函 数 的 形式 传递 给 程序 库 代 码 的 。 在 原来 的 C++ 中 ， 回 调 这 个 概念 是 专门 为 仿 
函数 而 保留 的 ， 而 仿 函 数 通常 是 以 函数 调用 实 参 的 形式 传递 给 程序 库 代 码 〈 而 现 
在 我 们 是 以 模板 实 参 的 形式 进行 传递 ) ， 为 了 遵循 这 种 习惯 用 法 ， 我 们 也 将 继续 
使 用 “回调 ”这 个 概念 。 


函数 对 象 和 仿 函 数 的 概念 并 不 是 非常 清晰 统一 ， 不 同 的 C++ 程序 设计 者 可 能 
会 给 出 略 有 差异 的 定义 。 而 与 我 们 上 面 所 给 出 的 定义 相 比 ， 大 多 数 人 可 能 还 会 加 
上 上 以 下 限制 :在 仿 函 数 或 者 函数 对 象 的 概念 中 ， 只 包括 class 类 型 的 对 象 ， 并 不 包 
含 函 数 指针 。 男 外 ， 我 们 通常 都 会 听 到 关于 把 “函数 对 象 的 class 类 型 看 成 “函数 对 
BOI: 换 句 话说 ， 短 语 “ 函 数 对 象 的 class 类 型 * 的 简写 就 是 “函数 对 象 ?。 尺 管 
在 日 常 工作 中 ， 我 们 对 这 些 术语 都 不 会 很 在 意 ， 但 我 们 在 本 章 的 开头 就 给 出 了 函 
数 对 象 的 初始 定义 ， 从 而 也 使 读者 有 一 个 很 明确 的 概念 。 


在 痔 述 如 何 使 用 模板 来 实现 有 用 的 仿 函 数 之 前 ， 我 们 先 讨 论 函 数 调用 的 一 些 
属性 ， 也 正 是 这 些 属性 的 差异 ， 才 真正 体现 出 基于 模板 的 仿 函 数 的 优点 。 


22.1 直接 调用 、 间 接 调 用 与 内 联 调用 


一 般 情 况 下 ， 当 C 或 者 C++ 编译 器 遇 到 一 个 非 内 联 函 数 的 定义 时 ， 它 会 为 该 
函数 的 定义 生成 机 器 码 ， 并 把 这 些 机 器 码 存储 在 一 个 目标 文件 中 。 同 时 ， 它 还 创 
建 了 一 个 与 这 些 机 器 码 相关 联 的 名 称 。 在 C 中 ， 这 个 名 称 通常 就 是 函数 本 身 的 名 
PK; 而 在 C++ 中 ， 该 名 称 还 要 加 上 参数 类 型 的 编码 ， 从 而 即使 在 出 现 函 数 重 载 的 
情况 下 ， 也 能 够 获得 唯一 的 名 称 〈 最 后 这 个 名 称 通 常 称 为 nangled name， 有 时 也 
称 为 decorated name) 。 璧 如 ， 当 编译 器 看 到 一 个 如 下 的 调用 : 


fO; 


它 将 会 生成 函数 f 的 机 器 码 。 对 于 大 多 数 机 器 语言 来 说 ， 调 用 指令 本 身 需 要 例 
行程 序 f 的 起 始 位 置 。 这 时 就 出 现 了 两 种 情况 ， 该 起 始 位 置 可 能 成 为 指令 的 一 部 分 
(在 这 种 情况 下 ， 这 种 指令 也 被 称 为 直接 调用 ) ， 也 可 能 位 于 内 存 或 机 器 寄存 器 
的 某 处 (间接 调用 )〉 。 事 实 上 ， 大 多 数 现代 的 计算 机 体系 结构 都 提供 了 这 两 种 程 
序 调用 指令 ; 但 是 直接 调用 的 执行 效率 比 间接 调用 要 高 出 不 少 (至 于 原因 ， 己 经 
超出 本 书 的 讨论 范围 ) 。 实 际 上 ， 随 着 计算 机 体系 结构 的 不 断 复 杂 化 ， 直 接 调 用 
0000 0 0000 0 
调用 指令 。 


通常 而 言 ， 编 译 器 刚 开始 并 不 知道 函数 究竟 位 于 什么 地 址 《〈 例 如， 函数 可 以 
位 于 其 他 翻译 单元 ) 。 然 而 ， 如 果 编 辑 器 知道 了 函数 的 名 称 ， 那 么 它 首 先 会 生成 
一 个 不 含 地 址 的 调用 指令 一 一 或 者 称 为 一 个 地 址 仍 未 确定 的 调用 指令 。 另 外 ， 编 
译 占 在 目标 文件 中 还 会 生成 一 个 实体 ， 借 助 这 个 实体 ， 链 接 器 在 后 面 能 够 更 新 上 
面 创建 的 调用 指令 ， 使 它 的 地 址 指向 给 定名 称 的 函数 ， 从 而 成 为 一 个 地 址 确定 的 
调用 指令 。 链 接 器 之 所 以 能 够 完成 这 些 功 能 ， 是 因为 它 能 够 见 到 创建 自 所 有 翻译 
单元 的 所 有 目标 文件 ， 也 就 是 说 : 链接 器 在 看 到 函数 定义 的 位 置 的 同时 ， 也 看 到 
了 函数 调用 的 位 置 ， 因 此 能 够 确定 直接 调用 的 具体 位 置 匡 。 


遗憾 的 是 ， 当 函数 名 称 并 不 确定 的 时 候 ， 束 只 能 使 用 间接 调用 了 。 使 用 函数 
指针 进行 调用 的 例子 通常 就 都 属于 这 种 情况 : 


void foo (void (*pf)()) 


pf(); // 通过 函数 指针 pf 进行 间接 调 


在 这 个 例子 中 ， 链 接 器 通常 都 不 能 够 知道 参数 pf 究 苋 指向 哪 一 个 函数 (也 就 
是 说 ， 对 于 foo() 的 不 同调 用 ，pf 所 指向 的 函数 就 可 能 不 同 ) 。 因 此 ， 编 译 器 并 不 
能 根据 pf 来 匹配 任何 名 字 ;， 而 是 要 到 代码 实际 执行 的 时 候 ， 才 能 够 知道 具体 的 调 
用 目标 是 什么 函数 。 


对 于 现在 的 计算 机 而 言 ， 尽 管 执 行 直接 调用 指令 的 速度 和 执行 其 他 一 般 的 指 
令 相差 无 几 《〈 例 如 ， 执 行 对 两 个 整数 进行 求 和 的 指令 )》， 但 是 函数 调用 仍然 是 一 
个 比较 严重 的 性 能 障碍 。 让 我 们 先 考 察 下 面 的 代码 : 


int fi(int const & r) 


{ 
return ++(int&)r; // 不 合理 ， 但 却 是 合法 的 
} 
int f2(int const & r) 
{ 
return r; 
} 
int f3() 
{ 
return 42; 
} 
int foo() 
{ 


int param = @; 
int answer = @; 
answer = f1(param); 


f2(param) ; 
f3() 
return answer + param; 


函数 位 接收 一 个 const int 的 引用 实 参 ， 这 个 const 关 键 字 意味 着 函数 不 会 修改 该 
引用 实 参 所 引用 的 对 象 。 然 和 而， 如果 这 个 引用 的 对 象 是 一 个 可 修改 的 值 ， 那 么 
C++ 程序 可 以 合法 地 去 除 这 个 const 属 性 〈 约 束 ) ， 也 就 是 说 能 够 改变 这 个 对 象 的 
值 〈 你 可 能 会 认为 这 是 很 不 合理 的 ， 但 这 的 的 确 确 是 标准 C++ 所 允许 的 ) ， 函 数 
f1 的 行为 正 是 如 些 。 由 于 存在 这 种 (修改 const 所 引用 的 值 〉 的 可 能 性 ， 所 以 对 于 
那些 要 对 函数 所 生成 代码 进行 优化 的 编译 器 〈 实 际 上 大 多 数 编译 器 都 是 这 样 ) ， 
就 必须 假设 : BSBA GRIT RA) 引用 或 者 指针 的 函数 都 可 能 修改 所 指 癌 对 
象 的 值 。 另 外 我 们 还 应 该 清楚 一 点 : 通常 情况 下 ， 编 译 器 只 是 看 到 函数 的 声明 ， 
而 函数 的 定义 (或 者 称 为 实现 ) 通常 位 于 另 一 个 翻译 单元 。 


因此 ， 大 多 数 编译 器 都 会 假设 上 面 代码 的 f20) 也 会 修改 param 的 值 〈( 即 使 实际 
操作 并 没有 修改 param 的 值 ) 。 实 际 上 ， 编 译 器 同样 也 不 能 假设 f30) 并 不 会 修改 局 
部 变量 param 的 值 ， 因 为 函数 f10 和 f20 都 可 能 会 把 param 的 地 址 存储 到 一 个 全 局 可 
访问 的 指针 中 ， 于 是 ， 从 编译 器 的 角度 看 来 ，f30) 是 完全 有 可 能 通过 这 个 全 局 可 
访问 指针 修改 param 的 值 的 。 所 以 ， 这 种 不 确定 的 效果 令 大 多 数 编译 器 都 不 知道 
应 该 如 何 对 待 各 种 对 象 ， 从 而 也 就 不 能 够 把 这 些 对 象 的 过 程 值 (或 者 称 为 中 间 
E) 存储 在 快速 寄存 器 中 ， 而 只 能 存储 于 内 存 中 。 因 此 ， 涉 及 到 机 器 代码 移动 的 
优化 ， 也 就 受到 了 很 大 的 限制 〈 通 常 而 言 ， 函 数 调用 会 对 代码 移动 形成 一 个 障 


碍 ) o 


兄 一 方面 ， 存 在 一 些 高 级 的 C++ 编译 系统 ， 它 们 可 以 跟踪 潜在 别名 的 许多 实 
例 潜 在 别名 是 指 : 函数 位 0 的 作用 域 中 的 表达 式 r， 束 是 foo0 作 用 域 中 param 所 命 
名 对 象 的 一 个 别名 ) 。 然 而 ， 要 实现 这 种 特性 是 需要 付出 一 定 代 价 的 : 编译 速 
度 、 资 源 使 用 量 和 代码 的 可 靠 性 。 对 于 那些 不 具备 这 种 特性 的 编译 占 ， 只 需要 花 
费 几 分 钟 就 可 以 创建 成 功 的 程序 ， 如 采 使 用 含有 该 特性 的 编译 器 进行 编译 ， 那 么 
可 能 需要 花费 几 个 小 时 甚至 几 天 的 时 间 才 能 够 编译 完成 《而 且 前 提 是 能 够 为 编译 
器 提供 足够 的 内 存 ) 。 而 且 ， 这 种 《含有 这 种 特性 的 ) 编 诺 系 统 会 更 加 复杂 ， 因 
此 也 就 更 加 容易 生成 错误 的 代码 。 即 使 当 一 个 最 优化 的 编译 器 生成 了 正确 的 代 
码 ， 源 代码 也 很 有 可 能 会 包含 一 些 违反 (脆弱 的 ) C 和 C++ 别名 规则 目的 代码 ， 虽 
然 普 通 的 编译 器 都 不 会 受 这 些 〈 别 名 规则 违反 的 影响 ， 但 是 对 于 最 优化 的 编译 
器 而 言 ， 通 常 束 会 把 这 些 违反 变 成 真正 的 bug。 

然而 ， 通 过 使 用 内 联 ， 束 可 以 大 大 帮助 普通 编译 器 进行 优化 。 假 设 前 面 的 
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等 价 的 代码 : 


int foo'() 


int param = @; 

int answer = Q; 

answer = ++(int&)param; 
return answer + param; 


} 


而 一 个 普通 的 优化 器 可 以 马上 把 上 面 的 代码 变 成 


int foo''() 


return 2; 


} 


这 就 充分 阐明 了 这 里 使 用 内 联 的 优点 : 在 一 个 调用 系列 中 ， 不 但 能 够 避免 执 
ge eee 
进行 了 哪些 操作 。 


然而 ， 这 与 模板 又 有 什么 关系 呢 ? 实际 上 ， 我 们 在 后 面 将 会 看 到 ， 如 果 我 们 
使 用 基于 模板 的 回调 来 生成 机 器 码 的 话 ， 那 么 这 些 机 器 码 将 主要 涉及 到 直接 调用 
和 内 联 调 用 ;而 如 果 使 用 传统 的 回调 的 话 ， 那 么 将 会 导致 间接 调用 。 根 据 我 们 前 
面 的 讨论 ， 可 以 知道 使 用 模板 的 回调 将 会 大 大 节省 程序 的 运行 时 间 。 


22.2 ”函数 指针 与 函数 引用 
考虑 下 面 函 数 foo0 这 个 相当 简单 的 定义 : 


extern "C++" void foo() throw() 
{ 
} 


该 函数 的 类 型 为 具有 C++ 链接 的 函数 ， 不 接收 参数 ， 不 返回 值 并 且 不 抛 出 
异常 。 由 于 历史 原因 ， 在 C++ 语言 的 正式 定义 中 ， 并 没有 把 异常 规范 并 入 函数 类 
型 的 一 部 分 SI。 然而 ， 将 来 的 标准 将 会 把 异常 加 入 函数 类 型 中 。 实 际 上 ， 当 你 自 
己 编写 的 代码 要 和 茶 个 函数 进行 匹配 时 ， 通 常 也 应 该 要 求 异常 规范 同时 也 是 互相 
匹配 的 。 名 字 链 接 〈 通 常 只 存在 于 C 和 C++ 中 ) 是 类 型 系统 的 一 部 分 ， 但 某 些 
C++ 编译 器 将 会 目 动 添加 这 种 链接 。 特 别 地 ， 这 些 编 译 器 多 许 具 有 C 链 接 的 函数 
指针 和 具有 C++ 链接 的 函数 指针 相互 赋值 。 这 同时 带 来 下 面 的 一 个 事实 : 在 大 多 
数 平台 上 ，C 和 和 C++ 函数 的 调用 规范 几乎 是 一 样 的 ， 唯 一 的 区 别 在 于 : C++ 将 会 考 
虑 参数 的 类 型 和 返回 值 的 类 型 。 


在 多 数 上 下 文中 ， 表 达 式 foo 能 够 转型 为 指向 函数 foo0 的 指针 。 即 使 foo 本 身 
并 没有 指针 的 含义 ， 但 是 就 如 表达 式 ia 一 样 ， 在 声明 了 下 面 的 语句 之 后 : 


int ia[10]; 


ia 将 隐 仿 地 表示 一 个 数组 指针 《或 者 是 一 个 指 回 数组 第 1 个 元 素 的 指针 ) 。 于 
是 ， 这 种 从 函数 《或 者 数组 ) 到 指针 的 转型 通常 也 被 称 为 decay。 为 了 详细 地 说 明 
这 一 点 ， 让 我 们 编写 下 面 这 个 完整 的 C++ 程序 : 


// functors/funcptr. cpp 


#include <iostream> 
#include <typeinfo> 


void foo() 


std::cout << "foo() called" << std::endl; 


} 


typedef void FooT(); // FooT 是 一 个 函数 类 型 ， 
// 与 函数 foo() 具 有 相同 的 类 型 


int main() 


foo( ) ; // 直接 调用 


// 输出 foo 和 FooT 的 类 型 


std::cout << "Types of foo: " << typeid(foo).name() 
<< '\n'; 

std::cout << "Types of FooT: " << typeid(FooT).name() 
<< '\n'; 


FooT* pf = foo; // 隐 式 转型 (decay) 
pf(); // 通过 指针 的 间接 调用 
(*pf)()5 // 等 价 于 pf() 


// 打印 出 pf 的 类 型 
std::cout << "Types of pf: " << typeid(pf).name() 
<< '\n'; 


FooT& rf = foo; // 没有 隐 式 转型 


FQ): // 通过 引用 的 间接 调用 

// 输出 rf 的 类 型 

std::cout << "Types of rf: " << typeid(rf).name() 
<< '\n'; 


该 例子 给 出 了 函数 类 型 的 多 种 用 法 ， 其 中 还 包括 许多 不 常见 的 用 法 。 

上 面 的 例子 使 用 了 typeid 运 算 符 ， 它 返回 一 个 静态 类 型 std::type， 其 中 std::type 
的 name0O 函 数 将 会 返回 代表 对 应 表达 式 的 类 型 〈 见 5.6 节 ) 的 字符 串 。 另 外 ， 
typeid 并 不 会 对 它 的 参数 〈 即 这 里 的 函数 类 型 ) 进行 decay。 


下 面 是 上 面 C++ 程 序 的 输出 结 


foo() called 
Types of foo: void () 
Types of FooT: void () 
foo() called 
foo() called 
Types of pf: FooT * 
foo() called 
Types of rf: void () 


MIRER UEH, Enamik HAER, E Sab PE a SEL RSE 
留 typedef 的 名 称 〈 也 就 是 说 ， 上 面 的 第 5 个 输出 结果 是 FooT， 而 不 是 void0 ) ; 显 
然 ， 这 一 点 并 不 是 语言 所 要 求 的 。 

该 例子 同时 也 说 明了 : 作为 语言 的 一 个 概念 ， 函 数 引 用 (或 者 称 为 指向 函数 
的 引用 ) 是 存在 的 ， 但 是 我 们 通常 都 是 使 用 函数 指针 《〈 而 且 为 了 避免 产生 混 消 ， 
最 好 还 是 继续 使 用 函数 指针 ) 。 另 外 ， 表 达 式 foo 实 际 上 是 一 个 左 值 ， 因 为 它 可 以 
被 绑 定 到 一 个 non-const 类 型 的 引用 ; 然而 ， 我 们 却 不 能 修改 这 个 左 值 。 


我 们 另外 还 发 现 : 在 函数 调用 中 ， 可 以 使 用 函数 指针 的 名 称 〈 如 pf) 或 者 函 


数 引 用 的 名 称 〈 如 rf) 来 进行 函数 调用 ， 就 像 使 用 函数 名 称 本 身 一 样 。 因 此 ， 可 
以 认为 一 个 函数 指针 本 号 就 是 一 个 仿 图 数 一 一 一 个 在 函数 调用 语法 中 可 以 用 于 代 
伏 函 数 名 称 的 对 象 。 男 一 方面 ， 由 于 引用 并 不 是 一 个 对 象 ， 所 以 函数 引用 并 不 是 
仿 函 数 。 最 后 ， 如 果 基 于 我 们 前 面 所 讨论 的 直接 调用 和 间接 调用 来 看 ， 那 么 这 些 
看 起 来 相同 的 符号 却 很 可 能 会 有 很 大 的 性 能 差距 。 


22.3 ”成 员 函 数 指针 


为 了 充分 理解 普通 函数 指针 和 成 员 函 数 指针 之 间 的 区 别 ， 我 们 需要 知道 : 典 
型 的 C++ 实现 《也 即 编译 器 ) 是 如 何 处 理 成 员 函 数 调用 的 。 通 常 而 言 ， 函 数 调用 
语法 大 概 具 有 p->mfO 的 形式 〈 或 者 有 少许 的 变化 ) ， 在 此 ，p 是 一 个 指向 对 象 或 
人 

递 给 mfO 。 


成 员 函 数 mfO 既 可 以 是 在 p 所 指 回 的 子 对 象 中 定义 的 ， 也 可 以 是 该 子 对 象 从 基 
类 继承 下 来 的 。 例 如 : 


class B1 { 
private: 
int b1; 
public: 
void mf1(); 


}3 


void B1::mf1() 
{ 


} 


std::cout << "b1="<<b1<<std::end1; 


作为 一 个 成 员 函 数 ，mf10 能 够 被 类 型 为 B1 的 对 象 调用 ;， 因 此 ， 它 的 this 指 针 
将 会 引用 类 型 为 B1 的 对 象 。 


接 下 来 ， 让 我 们 给 上 面 例子 添加 一 些 代码 : 


class B2 { 
private: 
int b2; 
public: 
void mf2(); 
I 


void B2::mf2() 
{ 


std::cout << "b2="<<b2<<std::endl; 


} 
2 类 似 地 ， 成 员 函 数 mf20 所 期 望 的 隐 含 参数 this 指 针 将 会 指 癌 B2 类 型 的 子 对 


现在 让 我 们 编写 一 个 同时 继承 自 B1 和 B2 的 新 类 : 


class D: public B1, public B2 { 
private: 


int d; 
}; 


有 了 上 面 这 个 定义 之 后 ，DD 类 型 对 象 不 但 具有 B1 类 型 对 象 的 行为 ， 同 时 也 具 
有 B2 类 型 对 象 的 行为 。 为 了 实现 D 类 型 对 象 的 这 种 特性 ， 一 个 D 对 象 就 需要 既 包 
含 一 个 B1 对 象 ， 也 包含 一 个 B2 对 象 。 在 我 们 今天 所 知道 的 几乎 所 有 的 32 位 编译 器 
中 ，D 对 象 在 内 存 中 的 组 织 方式 都 将 会 如 图 22.1 所 示 。 也 就 是 说 ， 如 果 int 成 员 占 
用 4 个 字 节 的 话 ， 那 么 成 员 b1 的 地 址 为 this 的 地 址 ， 成 员 b2 的 地 址 为 this 地 址 再 加 上 
4 个 字 节 ， 而 成 员 d 的 地 址 为 this 地 址 加 上 8 个 字 节 。B1 和 B2 最 大 的 区 别 在 于 : B1 的 
i a gine Senne mes NDE ee 
b2) 则 没有 。 


| D: 
subobject of type B1: | subobject of type B2: | subobject of type D: | 
int b1: | int b2: | int d: | 
| this 


图 22.1 类 型 D 的 典型 组 织 方式 


现在 我 们 考虑 下 面 两 个 普通 的 成 员 函 数 调用 : 


int main() 


{ 
D obj; 
obj.mf1(); 
obj.mf2(); 
} 


调用 obj.mf20 要 求 : obj 中 B2 类 型 子 对 象 的 地 址 ， 并 把 它 作 为 隐 含 参数 传递 给 
函数 mf20。 假 设 内 存 中 的 分 布 如 前 面 图 22.1 所 给 出 的 典型 实现 ， 那 么 该 地 址 将 是 
obj 的 地 址 加 上 4 个 字 节 。 在 知道 了 这 些 条 件 之 后 ，C++ 编 译 器 就 可 以 容易 地 生成 
用 于 调整 地 址 的 代码 。 另 外 ， 对 于 调用 mf10， 就 不 需要 执行 这 种 地 址 调整 ， 因 为 
obj 的 地 址 就 是 obj 中 的 ) B1 子 对 象 的 地 址 。 


然而 ， 如 果 使 用 的 是 成 员 函 数 指针 ， 那 么 编译 此 将 不 知道 应 该 如 何 进行 地 址 
调整 。 为 了 说 明 这 一 点 ， 让 我 们 用 下 面 的 代码 蔡 换 前 面 的 main() 函 数 : 


void call_memfun (D obj, void (D::*pmf) ()) 


(obj. *pmf)()5 


int main() 


{ 
D obj; 
call_memfun(obj, &D::mf1); 
call_memfun(obj, &D::mf2); 
} 


为 了 使 C++ 编译 器 面临 更 加 复杂 的 情况 ， 我 们 还 可 以 让 call_memfun0 函 数 和 
main0 函 数位 于 不 同 的 翻译 单元 。 


于 是 ， 我 们 可 以 得 出 一 个 结论 : 对 于 某 些 成 员 函 数 指针 ， 除 了 需要 知道 函数 
的 地 址 之 外 ， 还 需要 知道 基于 this 指 针 的 地 址 调整 。 然 而 ， 如 果 我 们 对 成 员 函 数 指 
针 进 行 强制 类 型 转换 ， 这 种 地 址 调整 通常 都会 发 生 改变 。 可 以 通过 下 面 的 例子 来 
说 明 : 


void (D::*pmf a) () = &D::mf2; // 地 址 调整 为 +4 个 字 节 
void (B2::*pmf_b)() = (void (B2::*)())pmf_a; // 又 变 成 原来 的 地 址 
// 即 地 址 调整 为 8 


上 面 给 出 这 些 讨论 的 目的 是 为 了 说 明 : 成 员 函 数 指针 和 函数 指针 之 间 的 本 质 
区 别 。 然 而 ， 当 我 们 面 对 的 是 虚 函 数 的 时 候 ， 这 些 本 质 区 别 又 是 远 远 不 够 的 。 
a 对 于 成 员 函 数 指针 ， 许 多 编译 器 通常 都 使 用 了 3- 值 结构 ， 分 别 是 指 下 面 3 个 


1. 成 员 函 数 的 地 址 ， 如 果 是 一 个 虚 函 数 的 话 ， 那 么 该 值 为 NULL。 
2. 基于 this 的 地 址 调整 。 
3. 一 个 虚 函 数 索 引 。 


然而 ， 这 些 细节 已 经 完全 超出 了 本 书 的 范围 ， 如 果 你 对 这 些 细节 很 感 兴趣 ， 
可 以 参考 Stan Lippman 的 Inside C++ Object Model (JL[LippmanObjMod]) 。 在 该 
书 中 你 会 发 现成 员 变 量 指针 实际 上 并 不 是 一 个 真正 意义 上 的 指针 ， 而 是 一 些 基于 
this 指 针 的 偏 移 量 ， 然 后 是 根据 this 指 针 和 对 应 的 偏 移 量 ， 才 能 获取 给 定 的 域 ( 即 
成 员 变量 的 值 ， 对 于 值 域 而 言 ， 在 内 存 中 可 以 表示 为 一 块 固有 的 存储 空间 ) 。 


最 后 ， 我 们 知道 对 于 通过 成 员 函 数 指针 访问 成 员 函 数 的 操作 ， 实 际 上 是 一 个 
2 元 操作 ， 因 为 它 不 仅仅 需要 知道 对 应 的 成 员 函 数 指针 《〈 即 下 面 的 pmf) ， 还 需要 
知道 包含 该 成 员 函 数 的 对 象 〈 即 下 面 的 obj) 。 于 是 ， 在 语言 中 引入 了 特殊 的 成 员 
指针 取 引 用 运算 符 . 和 -> : 


Cobj.*pmf) (... ) // 调用 位 于 obj 中 的 、pmf 所 引用 的 成 员 函 数 


(ptr->*pmf) (.. ) // 调用 位 于 ptr 所 引用 对 象 中 的 、pmf 所 引用 的 成 员 函 数 


相对 而 言 ， 通 过 指针 访问 一 个 普通 函数 束 是 一 个 一 元 操作 : 
(*ptr)() 


从 前 面 我 们 知道 ， 上 面 这 个 解 引用 运算 符 可 以 省 略 不 写 ， 因 为 在 函数 调用 运 
算 符 中 ， 解 引用 运算 符 是 隐 式 存在 的 。 因 此 ， 前 面 的 表达 式 通常 可 以 写成 : 


Eo | 
但 是 对 于 函数 指针 而 言 ， 却 不 存在 这 种 隐 式 〈 存 在 ) 的 形式 中。 


22.4 class 类 型 的 仿 函 数 
在 C++ 语 言 中 ， 虽 然 函 数 指针 直接 就 是 现成 的 仿 函 数 ;， 然而， 在 很 多 情况 


下 ， 如 果 使 用 重 载 了 函数 调用 运算 符 的 class 类 型 对 象 的 话 ， 可 以 给 我 们 带 来 很 多 
好 处 ， 壁 如 灵活 性 、 性 能 ， 甚 至 二 者 兼备 。 


22.4.1 class 类 型 仿 函 数 的 第 1 个 实例 
下 面 是 class 类 型 仿 函 数 的 一 个 简单 例子 : 


// functors/functor1.cpp 


#include <iostream> 


// 含有 返回 常 值 的 函数 对 象 的 类 
class ConstantIntFunctor { 
private: 
int value; // P&B i FA? TIE el IE 
public: 
// 构造 函数 : 初始 化 返回 值 
ConstantIntFunctor (int c) : value(c) { 


} 


// “函数 调用 ” 

int operator() () const { 
return value; 

} 


}3 
// 使 用 上 面 “函数 对 象 ” 的 客户 端 函数 


void client (ConstantIntFunctor const& cif) 


{ 
std::cout << "calling back functor yields " << cif() << '\n'; 
} 
int main() 
{ 
ConstantIntFunctor seven(7); 
ConstantIntFunctor fortytwo(42) ; 
client(seven) ; 
client(fortytwo) ; 
} 


ConstantIntFunctor 是 一 个 class 类 型 ， 而 它 的 仿 函 数 就 是 根据 该 类 型 创建 出 来 
的 。 也 就 是 说 ， 如 果 你 使 用 下 面 语句 生成 一 个 对 象 : 


ConstantIntFunctor seven(7); // 生成 一 个 函数 对 象 


那么 表达 式 : 


seven(); // 调用 函数 对 象 的 operator () 


就 是 调用 对 象 seven 的 operator()， 而 不 是 调用 函数 seven()。 实 际 上 ， 我 们 传递 
ne E eer 
完全 一 样 的 效果 。 


该 例子 同时 也 说 明了 : 在 实际 应 用 中 ，class 类 型 仿 函 数 的 优点 所 在 《与 函数 
GEHIE) : 能 够 在 函数 中 关联 某 些 状态 (也 即 成 员 变 量 ) ， 这 可 能 也 是 class 类 
型 仿 函 数 最 重要 的 优点 。 而 对 于 回调 机 制 而 言 ， 这 种 优点 能 够 带 来 功能 上 的 提 
升 。 因 为 对 于 一 个 函数 而 言 ， 我 们 现在 能 够 根据 不 同 的 参数 (主要 指 成 员 变 量 ) 
来 生成 不 同 的 函数 实例 〈 如 前 面 的 seven 和 fortytwo) 。 


22.4.2 class 类 型 仿 函 数 的 类 型 


与 冰 数 指针 相 比 ，class 类 型 仿 沙 数 除了 具有 状态 信息 之 外 ， 还 具有 其 他 的 特 
性 。 实 际 上 ， 如 果 一 个 class 类 型 仿 函 数 并 没有 包含 任何 状态 的 话 ， 那 么 它 的 行为 
完全 是 由 它 的 类 型 所 决定 的 。 于 是 ， 我 们 可 以 以 模板 实 参 的 形式 来 传递 该 类 型 ， 
用 于 自 定义 程序 库 组 件 的 行为 。 


对 于 上 面 这 种 实现 ， 一 个 经 典 的 例子 是 ， 以 某 种 顺序 对 它 的 元 素 进行 排序 的 

容器 类 ， 其 中 排序 规则 就 是 一 个 模板 实 参 。 另 外 ， 由 于 排序 规则 是 容器 类 型 的 一 

部 分 ， 所 以 如 果 对 某 个 特定 容器 混合 使 用 多 种 不 同 的 排序 规则 例如 在 赋值 运算 

符 中 ， 两 个 容 吕 合用 不 同 的 排序 规则 ， 就 不 能 相互 赋 信 ) ， 类 型 系统 通常 部 会 给 
i. 


C++ 标准 库 中 的 set 和 map 容 器 就 是 以 上 面 这 种 方式 进行 参数 化 的 。 例 如 ， 假 
设 我 们 使 用 相同 的 元 素 类 型 (如 Person) 定义 了 两 个 set， 但 两 个 set 有 具有 不 同 的 排 
序 规则 ， 那 么 如 果 对 这 两 个 set 进 行 比较 ， 将 会 导致 一 个 编译 期 错误 : 


#include <set> 


class Person { 


}; 
class PersonSortCriterion { 
public: 
bool operator() (Person const& p1, Person const& p2) const { 
// 返回 p1 是 否 '' 小 于 '' p2 
} 


}; 


void foo() 
{ 


/ 


std::set<Person, std::less<Person> > c@, c1; 
用 operator < “〈 小 于 号 ) 进行 排序 
std::set<Person, std::greater<Person> > c2; 
// FA operator > (大 于 号 ) 进行 排序 
std::set<Person, PersonSortCriterion> c3; 


N 


// 用 用 户 自 定 义 的 排序 规则 进行 排序 


CO 


= c1; // 正确 : 相同 的 类 型 
c1 = c2; // 错误 : 不 同 的 类 型 
Fasa // 错误 : 不 同 的 类 型 
} 


对 于 set 的 这 3 个 声明 ， 元 素 类 型 和 排序 规则 都 是 以 模板 实 参 的 形式 进行 传递 
的 。 其 中 标准 库 的 函数 对 象 类 型 模板 std::less 把 operator< 的 结果 作为 “函数 调用 ”的 
返回 结果 。 我 们 可 以 通过 下 面 这 个 std::less 的 简化 实现 来 说 明 这 一 点 [S51, 


namespace std { 
template <typename T> 
class less { 
public: 
bool operator() (T const& x, T const& y) const { 
returnx<y; 


} 
}; 


而 std::greater 模 板 是 类 似 的 。 


因为 上 面 的 3 个 排序 规则 都 具有 不 同 的 类 型 ， 所 以 结果 set 的 类 型 也 是 各 不 相 
同 的 。 因 此 ， 任 何 试图 对 其 中 两 个 set 比 较 或 者 赋值 的 操作 都 会 导致 一 个 编译 期 错 
误 《〈 因 为 比较 运算 符 要 求 具 有 相同 的 类 型 ) 。 上 面 这 些 看 起 来 都 是 很 直观 的 ， 但 
是 在 使 用 模板 之 前 〈 即 不 使 用 模板 ) ， 这 种 排序 规则 通 第 都 是 以 函数 指针 的 形式 
作为 容器 的 一 个 域 的 ， 而 既然 是 指针 ， 那 么 如 果 发 生 类 型 不 逻 配 的 话 ， 就 必须 等 
到 运行 期 才能 够 检测 出 来 (而 且 不 可 避免 地 要 进行 抹 烦 的 检测 工作 〉。 


22.5 ”指定 仿 函 数 


在 我 们 前 面 的 例子 中 ， 我 们 只 给 出 了 一 种 选择 set 类 的 仿 函 数 的 方法 。 在 这 一 
节 里 ， 我 们 将 讨论 其 他 的 几 种 方法 。 


22.5.1 ”作为 模板 类 型 实 参 的 仿 函 数 


传递 仿 函 数 的 一 个 方法 是 让 它 的 类 型 作为 一 个 模板 实 参 。 然 而 类 型 本 身 并 不 
是 一 个 仿 函 数 ， 因 此 客户 端 函 数 或 者 客户 端 类 必须 创建 一 个 给 定 类 型 的 仿 函 数 对 
象 。 当 然 ， 只 有 class 类 型 仿 函 数 才 能 这 么 做 ， 函 数 指针 则 不 可 以 ; 而 且 函 数 指针 
本 身 也 不 会 指定 任何 行为 。 男 外 ， 也 不 存在 一 种 能 够 传递 包含 状态 的 类 型 的 机 制 
《因为 类 型 本 号 并 不 包 合 任何 特定 的 状态 ， 只 有 对 象 才 可 能 具有 茶 些 特定 的 状 
态 ， 所 以 在 此 真正 要 传递 的 是 一 个 特定 的 对 象 ) 。 


下 面 是 函数 模板 的 一 个 雏形 ， 它 接收 一 个 class 类 型 的 仿 函 数 作为 排序 规则 : 


template <typename FO> 
void my_sort (... ) 


: FO cmp; // 创建 函数 对 象 
if (cmp(x,y)) { // 使 用 函数 对 象 来 比较 2 个 什 
7 


// 以 仿 函 数 为 模板 实 参 ， 来 调用 函数 


my_sort<std::less<.. > > (.. ); 


运用 上 面 这 个 方法 ， 比 较 代 码 〈 如 std::less<>) 的 选择 将 会 是 在 编译 期 进行 
的 。 并 且 由 于 比较 操作 是 内 联 的 ， 所 以 一 个 优化 的 编译 器 将 能 够 产生 本 质 上 等 价 
于 不 使 用 仿 函数 ， 而 直接 编写 的 代码 。 为 了 使 之 更 加 完美 ， 优 化 器 还 必须 能 够 省 
ao eee 空间 。 然 而 实际 上 ， 只 有 少数 的 几 个 编译 器 提供 了 
文 些 特性 


22.5.2 ”作为 函数 调用 实 参 的 仿 函 数 
另 一 种 传递 仿 函 数 的 方法 是 以 函数 调用 实 参 的 形式 进行 传递 。 这 就 允许 调用 
者 在 运行 期 构造 函数 对 象 〈 可 能 使 用 一 个 非 虚 拟 的 构造 函数 ) 。 


就 作用 而 言 ， 函 数 调用 实 参 和 函数 类 型 参数 本 质 上 是 类 似 的 ， 唯 一 的 区 别 在 
T: 当 传递 参数 的 时 候 ， 函 数 调 用 实 参 需要 拷贝 一 个 仿 冰 数 对 象 。 这 种 拷贝 开销 


通常 是 很 低 的 ， 而 且 实际 上 如 果 该 仿 函 数 对 象 没 有 成 员 变 量 的 话 〈 而 实际 情况 也 
AAR UE) ， 那 么 这 种 拷贝 开销 也 将 接近 于 0。 考 虑 my_sort 例 子 在 这 一 点 上 的 变 


template <typename F> 
void my_sort (. , F cmp) 


{ 


if (cmp(xy)) { // 使 用 函数 对 象 ， 来 比较 两 个 值 
// 以 仿 函数 作为 调用 实 参 ， 调 用 排序 函数 


my_sort (.. , std::lessx.. >()); 


在 my_sortO 函 数 内 部 ， 我 们 需要 处 理 传递 进来 的 参数 值 的 拷贝 cnp。 当 这 个 
值 是 一 个 空 类 对 象 时 ， 也 就 不 存在 能 够 用 于 区 分 局 部 构造 的 仿 函 数 和 传递 进来 的 
拷贝 的 状态 (该 拷贝 本 身 是 一 个 仿 函 数 ) 。 在 此 ， 可 以 看 看 下 面 这 个 优化 问题 : 
对 于 这 个 传递 进来 的 “ 空 仿 函 数 ”"， 编 译 器 并 不 把 它 当 成 一 个 仿 函 数 ， 可 能 只 是 把 
它 作为 一 个 用 于 重 载 解析 规则 的 参数 ， 并 且 也 就 不 需要 进行 “参数 一 实 参 "匹配 。 
在 最 后 所 实例 化 的 函数 中 ， 将 会 由 一 个 局 部 创建 的 哑 对 象 来 充当 这 个 仿 函 数 ， 即 
取代 所 传递 进来 的 仿 函 数 。 


这 样 在 大 多 数 情况 下 都 是 可 行 的 ， 唯 一 的 例外 是 : 空 仿 函 数 的 拷贝 构造 函数 
具有 茶 些 副作用 。 而 在 实际 应 用 中 就 意味 着 : 任何 具有 目 定 义 拷贝 构造 函数 都 不 
可 以 用 上 一 段 的 方法 进行 优化 。 


在 本 书 编写 的 时 候 ， 这 种 仿 函 数 规范 技术 的 优点 可 能 在 于 : 可 以 传递 函数 指 
针 来 作为 实 参 。 例 如 : 


bool my_criterion () (T const& x, T const& y); 


// 以 函数 对 象 为 实 参 ， 进 行 函 数 调用 


my_sort (.. , my_criterion); 


毕竟 许多 程序 员 还 习惯 于 第 规 的 函数 调用 语法 ， 而 不 太 习 惯 涉及 到 模板 类 型 
实 参 的 调用 。 


22.5.3 ”结合 函数 调用 参数 和 模板 类 型 参数 


对 于 前 面 两 种 传递 仿 函 数 的 方式 一 一 即 传递 函数 指针 和 class 类 型 的 仿 函 数 ， 
只 要 通过 定义 缺 省 函数 调用 实 参 ， 是 完全 可 以 把 这 两 种 方式 结合 起 来 的 : 


template <typename F> 
void my_sort (.. , F cmp = F()) 


{ 


if (cmp(xsy)) { // 使 用 函数 对 象 来 比较 两 个 什 
at 
= 


bool my_criterion () (T const& x, T const& y); 


// 借助 于 模板 实 参 传递 进来 的 仿 函数 ， 来 调用 排序 函数 


my_sort<std::less<.. > > (.. ); 


// 借助 于 值 实 参 〈“ 即 函数 实 参 ) 传递 进来 的 仿 函 数 ， 来 调用 排序 函数 


my_sort (.. , std::lessx.. >()); 


// 借助 于 值 实 参 〈 即 函数 实 参 ) 传递 进来 的 指针 ， 来 调用 函数 


my_sort (.. , my_criterion); 


C++ 标 准 库 的 排序 集合 类 也 是 以 上 面 这 种 方式 进行 定义 的 。 男 外 ， 排 序 规则 
也 可 以 在 运行 期 以 构造 函数 实 参 的 形式 进行 传递 : 


class RuntimeCmp { 


}3 


// 以 编译 期 模板 实 参 的 形式 传递 排序 规则 
// (使 用 排序 规则 的 缺 省 构造 函数 ) 


set<int,RuntimeCmp> c1; 


// 以 运行 期 构造 函数 实 参 的 形式 传递 排序 规则 
set<int,RuntimeCmp> c2(RuntimeCmp(... )); 


关于 更 多 的 细节 ， 可 以 参考 [JosuttisStdLib] 的 178 一 197 页 。 


22.5.4 作为 非 类 型 模板 实 参 的 仿 函 数 


我 们 同样 也 可 以 通过 非 类 型 模板 实 参 的 形式 来 提供 仿 函 数 。 然 而 ， 正 如 我 们 
在 4.3 节 和 8.3.3 小 节 所 述 ，class 类 型 的 仿 函 数 〈 更 普 吉 而 言 ， 应 该 称 为 class 类 型 的 
对 象 ) 将 不 能 作为 一 个 有 效 的 非 类 型 模板 实 参 。 例 如 ， 下 面 的 代码 就 是 无 效 的 : 


class MyCriterion { 
public: 
bool operator() (SomeType const&, SomeType const&) const; 


}; 


template <MyCriterion F> // ERROR: MyCriterion 是 一 个 class 类 型 


| void my_sort (... ); | 


Nd 


然而 ， 我 们 可 以 让 一 个 指向 dlass 类 型 对 象 的 指针 或 者 引用 作为 非 类 型 实 参 ， 
这 也 局 发 了 我 们 编写 出 下 面 的 代码 : 


class MyCriterion { 
public: 
virtual bool operator() (SomeType const&, 
SomeType const&) const = ®; 


}; 
class LessThan : public MyCriterion { 
public: 
virtual bool operator() (SomeType const&， 
SomeType const&) const; 
}; 


template<MyCriterion& F> 
void sort (.. ); 


LessThan order; 
sort<order> (.. )3 // 错误 : 要 求 派生 类 到 基 类 的 转型 


sort<(MyCriterion&)order> (… ); // 非 类 型 模板 实 参 所 引用 的 必须 是 一 个 
// 简 单 的 名 称 《〈 不 能 含有 转型 ) 


在 上 面 这 个 例子 中 ， 我 们 的 目的 是 为 了 在 抽象 基 类 中 描述 这 种 排序 规则 的 接 
口 ， 并 且 在 非 类 型 模板 实 参 中 使 用 该 抽象 类 型 。 就 我 们 的 想法 而 言 ， 我 们 是 为 了 
能 够 在 派生 类 〈 如 LessThan) 中 来 特定 地 实现 基 类 的 这 种 接口 (MyCriterion) 。 
遗憾 的 是 ，C++ 并 不 允许 这 种 实现 方法 ， 在 C++ 中 ， 借 助 于 引用 或 者 指针 的 非 类 
型 实 参 必须 能 够 和 参数 类 型 精确 匹配 ， 从 派生 类 到 基 类 的 转型 是 不 允许 的 ， 而 进 
行 显 式 类 型 转换 也 会 使 实 参 无 效 ， 同 样 也 是 错误 的 。 


根据 我 们 前 面 的 例子 ， 我 们 可 以 得 出 一 个 结论 : class 类 型 的 仿 函 数 并 不 适合 
以 非 类 型 模板 实 参 的 形式 进行 传递 。 相 反 ， 函 数 指针 (或 者 函数 引用 〉 却 可 以 是 
有 效 的 非 类 型 模板 实 参 。 接 下 来 一 节 就 讨论 了 这 个 概念 〈 即 函数 指针 作为 非 类 型 
模板 实 参 ) 所 提供 的 一 些 实现 。 


22.5.5 ”函数 指针 的 封装 


假设 我 们 具有 一 个 框架 ， 它 需要 接收 一 些 念 函数， 而 这 里 的 仿 函 数 指 的 是 
class 类 型 的 仿 函 数 ， 诸 如 上 一 节 例 子 中 的 排序 规则 。 而 且 ， 我 们 还 具有 一 些 来 自 
Ere ree eee oer 


为 了 解决 上 面 的 问题 ， 我 们 可 以 对 函数 调用 进行 封装 。 例 如 ; 


class CriterionWrapper { 
public: 
bool operator() (.. ) { 
return wrapped_function(... ); 
} 


}3 


在 此 ，wrapped_function(.…. ) 是 一 个 合法 的 函数 ， 我 们 希望 它 也 能 够 适合 我 们 
前 面 所 假设 的 那个 更 加 普遍 的 仿 函 数 框 架 ， 即 接收 class 类 型 仿 函 数 的 框架 。 


实际 上 ， 对 于 要 把 一 个 合法 的 函数 拘 入 一 个 接收 class 类 型 仿 函 数 框 架 的 情 
人 
入 这 种 函数 : 


template<int (*FP)()> 
class FunctionReturningIntwWrapper { 
public: 
int operator() () { 
return FP(); 
} 


}3 


下 面 是 一 个 完整 的 例子 : 


// functors/funcwrap.cpp 


#include <vector> 
#include <iostream> 
#include <cstdlib> 


// 用 于 把 函数 指针 封装 成 函数 对 象 的 封装 类 
template<int (*FP)()> 
class FunctionReturningIntwWrapper { 
public: 
int operator() () { 
return FP(); 
} 


}3 


// 要 进行 封装 的 函数 实例 
int random_int() 


{ 
} 


// 客户 端 ， 它 使 用 由 模板 参数 传递 进来 的 函数 对 象 类 型 
template <typename FO> 
void initialize (std::vector<int>& coll) 


{ 


return std::rand(); // 调用 标准 的 C 函 数 


FO fo; // 创建 函数 对 象 


for (std::vector<int>::size type i=@; i<coll.size(); ++i) { 


coll[i] = fo(); // 调用 由 函数 对 象 表示 的 函数 


} 

} 

int main() 

{ 
// 创建 含有 1e 个 元 素 的 vector 
std: :vector<int> v(10); 
// 用 封装 函数 来 〈 重 新 ) 初始 化 vector 的 值 
initialize<FunctionReturningIntwWrapper<random_int> >(v); 
// 输出 vector 中 元 素 的 值 
for (std::vector<int>::size type i=@; i<v.size(); ++i) { 

std::cout << "coll[" << i << "]: " << v[i] << std::endl; 

} 

} 


其 中 位 于 initialize0 内 部 的 表达 式 
FunctionReturningIntWrapper<random_int> 
封装 了 函数 指针 random_int， 于 是 我 们 可 以 把 
[FunctionReturningIntwrapper<random_int> | 
作为 一 个 模板 类 型 参数 传递 给 initialize 函 数 模 板 。 


注意 ， 我 们 不 能 把 一 个 具有 C 链 接 的 函数 指针 直接 传递 给 类 模板 Function 
ReturningIntWrapper。 例 如 : 


initialize<FunctionReturningIntWrapper<std::rand> >(v); 


可 能 就 会 是 错误 的 ， 因 为 std::rand0 是 一 个 来 自 C 标 准 库 的 函数 〈 因 此 也 就 有 具 
ACHE) 。 然 而 ， 我 们 可 以 引入 一 个 typedef， 从 而 就 可 以 使 一 个 函数 指针 类 
型 具有 合适 的 链接 : 


// 针对 共有 C 链 接 的 函数 指针 的 类 型 
extern "C" typedef int (*C_int_FP)(); 


// 把 函数 指针 封装 成 函数 对 象 的 类 
template<C_int_FP FP> 
class FunctionReturningIntWrapper { 
public: 
int operator() () { 
return FP(); 
} 


}3 


在 此 ， 很 有 必要 再 次 阐明 : 模板 是 一 种 编译 期 机 制 的 观点 。 因 为 这 意味 着 编 
译 器 知道 用 哪些 值 来 蔡 换 模板 FunctionReturningIntWrapper 的 参数 FP。 基 于 这 种 原 
因 ， 对 于 初 看 起 来 是 一 个 间接 调用 的 函数 《因为 初 看 起 来 涉及 到 指针 ) ， 大 多 数 
C++ 编译 器 实现 应 该 能 够 把 这 种 间接 调用 转化 为 直接 调用 。 实 际 上 ， 如 果 所 调用 
的 函数 是 内 联 函 数 ， 而 且 它 的 定义 在 调用 点 是 可 见 的 ， 那 么 我 们 期 望 这 种 调用 是 
内 联 调用 同样 也 是 合理 的 。 


226 ”内 省 


在 程序 设计 上 下 文中 ， 内 省 指 的 是 一 种 能 够 查看 自身 的 能 力 。 例 如 ， 我 们 在 
第 15 章 设计 了 一 个 可 以 查看 类 型 ， 并 且 判 断 它 究竟 属于 何 种 宏观 类 型 的 模板 。 
对 于 仿 函 数 而 言 ， 同 样 也 需要 具备 一 些 内 省 能 力 ; 例如 ， 碍 看 仿 函 数 接收 多 少 个 
参数 、 仿 函数 的 返回 类 型 、 仿 函数 的 第 n 个 参数 的 类 型 等 。 


要 使 任何 一 个 仿 函数 都 实现 内 省 的 能 力 并 不 是 很 容易 的 。 例 如 ， 在 下 面 这 个 
仿 函 数 中 ， 如 何 才能 编写 一 个 类 型 函数 ， 用 来 查看 第 2 个 参数 的 类 型 呢 ? 


class SuperFunc { 
public: 
void operator() (int, char**); 


}; 


某 些 C++ 编译 器 提供 了 一 个 特殊 的 类 型 函数 也 就 是 我 们 熟知 的 typeof。 它 
能 够 查看 并 且 给 出 它 的 实 参 表达 式 的 类 型 (实际 上 并 没有 求 出 整个 表达 式 的 值 ， 
大 概 类 似 于 sizeof 运 算 符 ) 。 有 了 typeof 运 算 符 之 后 ， 尽 管 还 有 一 定 的 难度 ， 但 我 
ee eee een 
讨论 过 了 。 


另外 ， 我 们 可 以 开发 一 个 仿 函数 框架 ， 它 要 求 所 参与 的 仿 函 数 都 必须 提供 一 
些 额 外 的 信息 ， 从 而 可 以 实现 某 种 程度 上 的 内 省 。 这 也 是 我 们 在 本 章 的 剩余 部 分 
所 要 进行 阐述 的 内 容 。 

22.6.1 分析 一 个 仿 函 数 的 类 型 


在 我 们 的 框架 中 ， 我 们 只 是 处 理 class 类 型 的 仿 函数 色 ， 并 且 要 求 框架 可 以 提 
供 以 下 这 些 与 仿 函 数 相关 的 属性 : 


仿 函 数 参数 的 个 数 〈 作 为 一 个 成 员 枚 举 津 量 NumParams) 。 


仿 函 数 每 个 参数 的 类 型 〈 通 过 成 员 typedef Param1T、Param2T、Param3T 来 


表示 ) 
仿 函 数 的 返回 类 型 (通过 一 个 成 员 typedef ReturnT 来 表示 ) 。 


例如 ， 我 们 可 以 这 样 编写 PersonSortCriterion， 使 之 适合 我 们 前 面 的 框架 : 


class PersonSortCriterion { 
public: 
enum { NumParams = 2 }; 


typedef bool ReturnT; 

typedef Person const& Param1T; 

typedef Person const& Param2T; 

bool operator() (Person const& p1, Person const& p2) const { 
// 返回 p1 是 否 '' 小 于 '' p2 


} 


就 我 们 的 目的 而 言 ， 上 面 (PersonSortCriterion ) 的 这 些 约 束 就 已 经 足够 了 。 
借助 于 这 些 约束 ， 我 们 可 以 编写 出 能 够 根据 原来 仿 函 数 生成 新 仿 函 数 的 模板 《〈 例 
如 ， 通 过 组 合 上 面 这 些 typedef) 。 


男 外 ， 对 于 仿 函 数 而 言 ， 还 有 其 他 许多 值得 表现 出 来 的 特性 。 例 如 ， 我 们 可 
能 希望 知道 某 个 仿 函 数 是 否 具有 副作用 ; 借助 于 这 些 信息 ， 我 们 就 可 以 安全 地 
对 茶 些 特定 的 泛 型 模板 进行 优化 。 这 种 没有 副作用 的 仿 函数 ， 我 们 通常 把 它 称 为 
纯 仿 函数 Cpure functor) 。 而 如 果 能 够 内 省 这 个 属性 〈 即 纯 仿 函数 ) 是 非常 有 用 
的 ， 因 为 编译 器 有 时 候 就 需要 判断 一 个 仿 函 数 是 否 是 纯 仿 函数 。 例 如 ， 通 钊 而 
A 50008 E 0 


22.6.2 访问 参数 的 类 型 


仿 函 数 可 以 具有 任意 数量 的 参数 。 而 且 在 我 们 的 约束 〈( 指 上 一 小 节 开头 所 给 
出 的 3 个 属性 ) 中 ， 访 问 参数 的 类 型 是 相当 直观 的 ， 例 如 访问 第 8 个 参数 的 类 型 是 
Param8T。 人 然而 ， 当 使 用 模板 来 处 理 第 几 个 参数 类 型 时 ， 我 们 通常 都 希望 能 够 获 
得 最 大 的 灵活 性 。 在 这 个 例子 中 ， 我 们 期 望 能 够 编写 一 个 类 型 函数 ， 对 于 一 个 给 
定 的 仿 函 数 类 型 和 一 个 常数 N， 可 以 给 出 该 仿 函 数 第 N 个 参数 的 类 型 。 于 是 ， 我 们 
将 需要 为 下 面 的 基本 模板 编写 多 个 局 部 特 化 : 


template<typename FunctorType, int N> 
class FunctorParam; 
对 于 从 1 到 某 个 最 大 合理 值 〈 璧 如 20， 很 少 有 多 于 20 个 参数 的 仿 函数 ) 的 每 


个 N 值 ， 我 们 都 可 以 提供 一 个 局 部 特 化 。 每 个 这 种 局 部 特 化 都 可 以 定义 一 个 成 员 
typedef Type， 用 来 反映 相应 参数 的 类 型 。 


这 里 束 出 现 了 一 个 困难 : 如 果 N 值 大 于 仿 函 数 的 参数 个 数 ， 那 么 
FunctorParam<F, N>::Type 的 值 将 会 是 什么 昵 ? 一 种 解决 方案 就 是 让 这 种 情况 导致 
一 个 编译 错误 。 虽 然 该 解决 方案 很 容易 实现 ， 但 这 会 大 大 减弱 FunctorParam 类 型 
函数 的 有 用 性 。 第 2 个 解决 方案 是 让 该 情况 下 FunctorParam<F, N>::Type 的 值 为 
void， 遗 憾 的 是 类 型 void 自身 会 有 很 多 限制 。 例 如 ， 函 数 不 能 接收 类 型 为 void 的 参 
数 ， 我 们 不 能 创建 指向 void 类 型 的 引用 。 因 此 ， 我 们 可 能 会 趋向 于 考虑 第 3 种 解决 
方案 : FunctorParam<F, N>::Type 的 值 为 一 个 私有 的 成 员 class 类 型 。 这 种 类 型 的 对 
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// functors/functorparam1.hpp 


#include "ifthenelse.hpp" 


template <typename F, int N> 
class UsedFunctorParam; 


template <typename F, int N> 
class FunctorParam { 
private: 
class Unused { 
private: 
class Private {}; 
public: 
typedef Private Type; 
3 
public: 
typedef typename IfThenElse<F: :NumParams>=N, 
UsedFunctorParam<F,N>, 
Unused>: :ResultT:: Type 
Type; 
}; 


template <typename F> 
class UsedFunctorParam<F, 1> { 
public: 
typedef typename F::Param1T Type; 


3 


IfThenElse 模 板 是 在 15.2.4 小 节 介 绍 的 。 另 外 ， 我 们 引入 了 一 个 辅助 模板 
UsedFunctorParam; 对 于 每 个 特定 的 N 值 ， 都 需要 对 该 模板 进行 局 部 特 化 。 而 编写 
这 些 局 部 特 化 的 一 个 更 加 简洁 的 方式 是 使 用 下 面 的 宏 : 


// functors/functorparam2. hpp 


#define FunctorParamSpec(N) \ 
template<typename F> \ 
class UsedFunctorParam<F, N> { \ 

public: \ 
typedef typename F::Param##N##T Type; \ 
} 


FunctorParamSpec(2); 
FunctorParamSpec(3); 


FunctorparamSpec(20); 


#undef FunctorParamSpec 


22.6.3 ”封装 函数 指针 


在 上 一 小 节 中 ， 我 们 借助 于 成 员 typedef 的 形式 ， 使 仿 函 数 类 型 能 够 支持 某 些 
内 省 。 然 而 ， 由 于 要 实现 这 些 内 省 的 约束 ， 函 数 指针 不 再 适用 于 我 们 的 框架 。 闪 
运 的 是 ， 如 我 们 前 面 所 讨论 的 ， 我 们 可 以 通过 封装 函数 指针 来 比 过 这 种 限制 。 接 
下 来 ， 让 我 们 开发 一 个 小 工具 ， 它 能 够 封装 最 多 具有 2 个 参数 的 函数 〈 封 装 含 有 
多 个 参数 的 函数 的 原理 和 做 法 是 一 样 的， 我 们 在 此 为 了 使 讨论 更 加 简洁 ， 所 以 也 
就 只 选择 2 个 参数 ) 。 而 且 ， 我 们 只 参数 化 具有 C++ 链接 的 函数 ， 对 于 具有 C 链 接 
的 函数 ， 解 决 方法 也 是 类 似 的 ， 我 们 在 前 面 已 经 阐述 过 了 。 


接 下 来 给 出 的 解决 方案 将 会 涉及 到 2 个 组 件 : 类 模板 FunctionPtr， 它 的 实例 就 
是 封装 函数 指针 的 仿 函 数 类 型 ， 重 载 函数 模板 func_ptr， 它 接收 一 个 函数 指针 为 参 
数 ， 然 后 返回 一 个 相应 的 、 适 合 该 框架 的 仿 函数 。 其 中 ， 类 模板 FuntionPtr 将 由 返 
回 类 型 和 参数 类 型 进行 参数 化 : 


template<typename RT, typename P1 = void, typename P2 = void> 
class Functionptr; 


用 void 值 来 蔡 换 一 个 参数 意味 着: 该 参数 实际 上 并 没有 提供 。 因 此 ， 我 们 的 
模板 能 够 处 理 仿 函 数 调用 实 参 个 数 不 同 的 情况 。 


因为 我 们 需要 封装 的 是 函数 指针 ， 所 有 我 们 需要 有 一 个 工具 ， 它 能 够 根据 参 
数 的 类 型 ， 来 创建 函数 指针 类 型 。 我 们 通过 下 面 的 局 部 特 化 来 实现 这 个 目的 : 


//functors/functionptrt. hpp 


// 基本 模板 ， 用 于 处 理 参数 个 数 最 大 的 情况 : 


template<typename RT, typename P1 = void, 
typename P2 = void, 
typename P3 = void> 


class FunctionPtrT { 
public: 
enum { NumParams = 3 }; 
typedef RT (*Type)(P1,P2,P3); 
}; 


// 用 于 处 理 两 个 参数 的 局 部 特 化 
template<typename RT, typename P1, 
typename P2> 
class FunctionPtrT<RT, P1, P2, void> { 
public: 

enum { NumParams = 2 }; 

typedef RT (*Type)(P1,P2); 
}; 


// 用 于 处 理 一 个 参数 的 局 部 特 化 : 
template<typename RT, typename P1> 
class FunctionPtrT<RT, P1, void, void> { 


public: 
enum { NumParams = 1 }; 
typedef RT (*Type)(P1); 
}; 


// 用 于 处 理 8 个 参数 的 局 部 特 化 : 
template<typename RT> 
class FunctionPtrT<RT, void, void, void> { 
public: 
enum { NumParams = @ }; 
typedef RT (*Type)(); 


}3 


你 会 发 现 ， 我 们 还 使 用 了 上 面 这 个 (相同 的 ) 模板 来 计算 参数 的 个 数 。 


对 于 上 面 这 个 仿 图 数 类 型 ， 它 把 它 的 参数 传递 给 所 封装 的 图 数 指 针 。 然 而 ， 
传递 一 个 图 数 调 用 实 参 是 可 能 会 产生 副作用 的 : 如果 相应 的 参数 属于 class 类 型 
(而 不 是 一 个 指向 class 类 型 的 引用 〉 ， 那 么 在 传递 的 过 程 中 ， 将 会 调用 该 class 类 
型 的 拷贝 构造 函数 。 为 了 避免 这 个 〈 调 用 拷贝 构造 函数 的 ) 额外 的 开销 ， 我 们 需 
要 编写 一 个 类 型 函数 ， 在 一 般 情况 下 ， 该 类 型 函数 不 会 改变 实 参 的 类 型 ， 而 当 参 
数 是 属于 class 类 型 的 时 候 ， 它 会 产生 一 个 指 癌 该 class 类 型 的 const 引 用 。 借 助 于 在 
第 15 章 中 开发 的 TypeT 模 板 和 熟知 的 IfThenElse 功 能 模板 ， 我 们 可 以 这 样 准确 地 实 
现 这 个 类 型 函数 : 


// functors/forwardparam. hpp 


#ifndef FORWARD _HPP 
#define FORWARD _HPP 


#include "ifthenelse.hpp" 
#include "typet.hpp" 
#include "typeop.hpp" 


// 对 于 class 类 型 ，ForwardParamT<T>: :Type 是 一 个 常 引用 

// 对 于 其 他 的 所 有 类 型 ，ForwardParamT<T>: :Type 是 普通 类 型 

// 对 于 void 类 型 ，ForwardParamT<T>: :Type 是 一 个 哑 类 型 (Unused) 

template<typename T> 

class ForwardParamT { 

public: 
typedef typename IfThenElse<TypeT<T>::IsClassT, 

typename TypeOp<T>: :RefConstT, 
typename TypeOp<T>: :ArgT 
>::ResultT 


Type; 
}3 


template<> 
class ForwardParamT<void> { 
private: 
class Unused {}; 


public: 
typedef Unused Type; 
}; 


#endif // FORWARD_HPP 


我 们 发 现 这 个 模板 和 在 15.3.1 小 节 所 开发 的 RParam 横 板 非 常 相似 ， 唯 一 的 区 
别 在 于 : 在 此 我 们 需要 把 void 类 型 〈 我 们 在 前 面 已 经 说 明 ，void 类 型 是 用 于 代表 


类 型 。 


那些 没有 提供 参数 的 类 型 ) 映射 为 一 个 类 型 ， 而 且 该 类 型 必须 是 一 个 有 效 的 参数 


现在 ， 我 们 已 经 能 够 定义 FunctionPtr 模 板 了 。 另 外 ， 由 于 我 们 事先 并 不 知道 
FunctionPtr 究 竟 会 接收 多 少 个 参数 ， 所 以 在 下 面 的 代码 中 ， 我 们 针对 不 同 个 数 的 


参数 (但 在 此 我 们 最 多 只 是 针对 3 个 参数 ) ， 都 重 载 了 函数 调用 运算 符 : 


// functors/functionptr.hpp 


#include "forwardparam.hpp" 
#include "functionptrt.hpp" 


template<typename RT, typename P1 = void, 
typename P2 = void, 
typename P3 = void> 


class Functionptr { 

private: 
typedef typename FunctionPtrT<RT,P1,P2,P3>::Type FuncPtr; 
// 封装 的 指针 
FuncPtr fptr; 

public: 
// 使 之 适合 我 们 的 框架 : 
enum { NumParams = FunctionPtrT<RT,P1,P2,P3>::NumParams }; 
typedef RT ReturnT; 
typedef P1 Param1T; 
typedef P2 Param2T; 
typedef P3 Param3T; 


// 构造 函数 : 
FunctionPtr(FuncPtr ptr) 
: fptr(ptr) { 


// SCA AY 
RT operator()() { 
return fptr(); 


RT operator()(typename ForwardParamT<P1>::Type a1) { 
return fptr(al) ; 


RT operator()(typename ForwardParamT<P1>::Type a1, 
typename ForwardParamT<P2>::Type a2) { 
return fptr(al, a2); 


RT operator()(typename ForwardParamT<P1>::Type a1, 
typename ForwardParamT<P2>::Type a2, 
typename ForwardParamT<P3>::Type a3) { 

return fptr(al, a2, a3); 


}3 
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琐 的 。 为 了 使 之 具有 更 好 的 易 用 性 ， 我 们 可 以 借助 模板 的 实 参 演绎 机 制 ， 实 现 每 


个 对 应 的 〈 内 联 的 ) 函数 模板 : 


// functors/funcptr.hpp 
#include "functionptr.hpp" 


template<typename RT> inline 
FunctionPtr<RT> func_ptr (RT (*fp)()) 


{ 
} 


return FunctionPtr<RT>(fp); 


template<typename RT, typename P1> inline 
FunctionPtr<RT,P1> func_ptr (RT (*fp)(P1)) 


{ 
} 


return FunctionPtr<RT,P1>(fp); 


template<typename RT, typename P1, typename P2> inline 
FunctionPtr<RT,P1,P2> func_ptr (RT (*fp)(P1,P2)) 


{ 
} 


return FunctionPtr<RT,P1,P2>(fp); 


template<typename RT, typename P1, typename P2, typename P3> inline 


FunctionPtr<RT,P1,P2,P3> func_ptr (RT (*fp)(P1,P2,P3)) 


{ 
return Functionptr<RT,P1,P2,P3>(fp); 


} 


人 至此， 剩余 的 工作 就 是 编写 一 个 使 用 这 个 《高 级 ) 模板 工 上 
如 下 所 示 : 


\ 的 实例 程序 了 。 


// functors/functordemo.cpp 


#include <iostream> 
#include <string> 
#include <typeinfo> 
#include "funcptr.hpp" 


double seven() 


{ 


return 7.0; 


} 
std::string more() 
{ 
return std::string("more"); 
} 


template <typename FunctorT> 
void demo (FunctorT func) 


{ 
std::cout << "Functor returns type " 
<< typeid(typename FunctorT::ReturnT).name() << '\n' 
<< "Functor returns value " 
<< func() << '\n'; 
} 


int main() 

{ 
demo(func_ptr(seven)); 
demo(func_ptr(more) ); 


22.7 mat RAG 
假设 在 我 们 的 框架 中 ， 有 如 下 两 个 简单 的 数学 仿 函 数 ; 


// functors/mathi.hpp 


#include <cmath> 
#include <cstdlib> 


class Abs { 
public: 
// … 函 数 调用 ，…: 
double operator() (double v) const { 
return std::abs(v); 


} 

}; 

class Sine { 

public: 
//“"' 函数 调用 '': 
double operator() (double a) const { 
return std::sin(a); 

} 

}; 


然而 ， 我 们 所 期 望 的 仿 函数 是 : 能 够 先 计算 给 定 角度 的 sn《〈 正 弦 ) 值 ， 然 后 
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class AbsSine { 
public: 
double operator() (double a) { 
return std::abs(std::sin(a)); 
} 
}; 


然而 ， 要 为 每 个 已 完成 仿 函 数 的 组 合 功能 都 编写 一 个 新 的 仿 函 数 ， 这 样 是 很 
不 方便 的 。 于 是 ， 我 们 期 望 可 以 编写 一 个 实现 组 合 两 个 仿 函 数 功 能 的 小 工具 。 在 
这 一 节 里 ， 我 们 将 开发 一 些 实现 这 个 目的 的 模板 。 同 时 ， 在 本 节 的 其 他 部 分 ， 我 
们 还 引入 了 多 个 被 证 明 为 有 用 的 concept。 


22.7.1 简单 的 组 合 
让 我 们 从 实现 一 个 组 合 工具 开始 : 


// functors/compose1.hpp 


template <typename FO1, typename FO2> 
class Composer { 
private: 
FO1 fol; // 要 i 
FO2 fo2; // 要 1 


用 的 第 1 个 /内 部 的 函数 对 象 
用 的 第 2 个 /外 部 的 函数 对 象 


// 用 于 初始 化 两 个 函数 对 象 的 构造 函数 
Composer (FO1 f1, FO2 f2) 

: fo1(f1), fo2(#2) { 
} 


// “函数 调用 ”: PE BO RAT HRS Va FA 
double operator() (double v) { 
return fo2(fol(v)); 


四 
是 
[E] 
Ay 


} 
}3 


我 们 发 现 ， 在 针对 两 个 函数 对 象 的 组 合 中 ， 出 现在 模板 参数 前 面 的 函数 ， 将 
会 先 被 调用 。 这 就 意味 着 : 对 于 组 合 Composer<Abs, Sine>， 相 应 的 函数 调用 将 会 
是 sin (abs (x) (注意 相反 的 调用 次 序 ) 。 为 了 测试 上 面 这 个 小 模板 ， 我 们 可 以 编 


写 下 面 的 测试 程序 : 


// functors/compose1.cpp 


#include <iostream> 
#include "math1.hpp" 
#include "compose1.hpp" 


template<typename FO> 
void print_values (FO fo) 


{ 
for (int i=-2; i<3; ++i) { 
std::cout << "f(" << i*@.1 
<< ") = " << fo(i*®.1) 
<< "\n"; 
} 
} 
int main() 
{ 


// 输出 sin(abs(@.5)) 
std::cout << Composer<Abs,Sine>(Abs(),Sine())(@.5) << 


// 输出 某 些 值 的 abs() 
print_values(Abs()); 
std::cout << '\n'; 


// 输出 某 些 值 的 sin() 
print_values(Sine()); 
std::cout << '\n'; 


"\n\n"; 


// 输出 某 些 值 的 sin(abs()) 
print_values(Composer<Abs, Sine>(Abs(), Sine())); 
std::cout << '\n'; 


// 输出 某 些 值 的 abs(sin()) 
print_values(Composer<Sine, Abs>(Sine(), Abs())); 


} 
= 这 个 模板 只 是 实现 了 一 般 的 组 合 原 则 ， 我 们 还 可 以 在 许多 方面 对 它 进 行 改 


正如 前 面 所 述 ， 一 个 针对 易 用 性 的 改善 做 法 是 : 引入 一 个 内 联 的 小 辅助 函 
数 ， 从 而 可 以 演绎 Composer 的 模板 实 参 (到 目前 为 止 ， 这 已 经 是 一 个 使 用 得 相当 
普遍 的 技术 了 ) : 


// functors/composeconv.hpp 


template <typename FO1, typename FO2> 

inline 

Composer<FO1,FO2> compose (FO1 f1, FO2 f2) { 
return Composer<FO1,FO2> (f1, f2); 


} 


有 了 这 个 辅助 函数 之 后 ， 我 们 就 可 以 如 下 编写 例子 程序 : 


// functors/compose2.cpp 


#include <iostream> 
#include "math1.hpp" 
#include "compose1.hpp" 
#include "composeconv.hpp" 
template<typename FO> 

void print_values (FO fo) 


for (int i=-2; i<3; ++i) { 
std::cout << "f(" << i*@.1 
<< ") = " << fo(i*e@.1) 
<< "\n"; 


} 


int main() 


{ 


// 输出 sin(abs(-@.5)) 的 值 
std::cout << compose(Abs(),Sine())(@.5) << "\n\n"; 


// 输出 一 些 值 的 abs() 
print_values(Abs()); 
std::cout << '\n'; 


// 输出 一 些 值 的 sin() 
print_values(Sine()); 
std::cout << '\n'; 


// 输出 一 些 值 的 sin(abs()) 
print_values(compose(Abs(),Sine())); 
std::cout << '\n'; 


// 输出 一 些 值 的 abs(sin()) 
print_values(compose(Sine(),Abs())); 


这 样 ， 我 们 就 不 需要 再 编写 : 
Composer<Abs, Sine>(Abs(), Sine()) 


而 使 用 更 加 精炼 的 : 


compose(Abs(), Sine()) 


一 步 的 优化 对 象 是 Composer 类 模板 本 身 。 更 准确 而 言 ， 在 Composer 类 模板 
中 ， 如 果 仿 函数 first 和 second 本 身 是 空 类 的 话 〈 也 就 是 说 ， 它 们 是 无 状态 的 ， 这 也 
是 比较 常见 的 情况 。) ， 我 们 期 望 能 够 避免 为 这 些 成 员 仿 函 数 分 配 任何 空间 。 虽 
然 这 看 起 来 并 不 能 省 略 很 多 的 内 存 空 间 ， 但 是 我 们 清楚 : 当 以 函数 调用 参数 的 形 
式 传 递 空 基 类 的 时 候 ， 就 可 以 对 空 基 类 进行 特殊 的 优化 。 而 在 此 符合 我 们 目的 的 
标准 技术 就 是 所 谓 的 空 基 类 优化 〈 见 16.2 节 ) ， 它 把 成 员 转 变 成 基 类 : 


// functors/compose3.hpp 


template <typename FO1, typename FO2> 
class Composer : private FO1, private FO2 { 
public: 
// 构造 函数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 f2) 
: FO1(f1), FO2(f2) { 
} 


//“"' 函数 调 用 '' : PROM RM RAR 
double operator() (double v) { 
return F02::operator()(F01::operator()(v)); 


a 


} 


}3 


然而 ， 这 个 方法 〔 空 基 类 优化 ， 也 并 非 值得 推荐 。 因 为 使 用 了 空 基 类 优化 之 
后 ， 我 们 就 不 能 让 一 个 仿 函数 和 上 自身 进行 组 合 了 。 例 如 下 面 的 调用 : 


// 输 出 某 些 值 的 sin(sin()) 


| print_values (compose(Sine(),Sine())); // 错误 : 重复 的 基 类 名 称 | 


将 会 使 Composer 的 实例 化 过 程 派生 自 两 个 相同 的 类 ， 而 这 是 非法 的 。 
实际 上 ， 对 于 这 个 重复 基 类 问题 ， 我 们 可 以 通过 增加 一 个 继承 层 来 解决 : 


// functors/compose4.hpp 


template <typename C, int N> 
class BaseMem : public C { 
public: 
BaseMem(C& c) : C(c) { } 
BaseMem(C const& c) : C(c) { } 
}; 


template <typename FO1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private BaseMem<FO2,2> { 
public: 


// 构造 函数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 £2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 
} 


// ”函数 调用 '…' PROM Se RSA A 
double operator() (double v) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>: :operator()(v)); 


}3 


显然 ， 最 后 这 个 实现 看 起 来 有 些 凌 乱 。 但 是 如 果 能 够 使 优化 器 意识 到 所 面 对 
的 仿 函 数 是 空 的 ， 那 么 这 种 有 些 凌 乱 的 写法 有 时 也 是 可 取 的 。 


有 趣 的 是 ， 函 数 调用 运算 符 也 能 够 被 声明 为 虚拟 的 。 而 且 ， 对 于 要 参加 组 合 
的 仿 函 数 ， 如 果 把 它们 的 函数 调用 运算 符 声 明 为 虚 函 数 ， 那 么 所 获得 的 Composer 
对 象 的 函数 调用 运算 符 同 样 也 是 虚 函 数 。 然 而 ， 这 将 可 能 会 导致 一 些 难 以 预料 的 
结果 。 因 此 ， 在 本 市 的 剩余 内 容 里 ， 我 们 将 假设 函数 调用 运算 符 是 非 虚 拟 的 。 


22.7.2 oR HAS 


对 于 简单 的 Composer 模 板 ， 另 一 个 更 加 重要 的 改善 是 : 使 它 所 涉及 的 类 型 能 
够 更 加 灵活 。 在 前 面 的 实现 中 ， 我 们 只 人 允许 接收 double 类 型 ， 并 且 返 回 double 类 型 
的 仿 函 数 。 然 而 ， 如 果 可 以 组 合 任何 能 够 互相 匹配 的 仿 函 数 类 型 ， 那 么 将 会 带 来 
更 好 的 通用 性 。 例 如 ， 假 设 我 们 能 够 组 合 一 个 接收 (一 个 ) int 型 并 且 返 回 (一 
个 )bool 型 的 仿 函 数 ， 和 一 个 接收 (一 个 )bool 型 并 且 返 回 (一 个 )double 型 的 念 


函数 。 而 为 了 实现 这 种 组 合 ， 我 们 就 需要 对 前 面 的 仿 函 数 类 型 增加 一 些 成 员 
typedef. 


既然 有 了 针对 该 框架 的 一 些 约定 〈 见 22.6.1 小 节 的 3 个 约定 ) ， 我 们 就 可 以 这 
样 改写 前 面 的 组 合 模板 : 


// functors/compose5.hpp 


#include "forwardparam.hpp" 


template <typename C, int N> 
class BaseMem : public C { 
public: 
BaseMem(C& c) : C(c) { } 
BaseMem(C const& c) : C(c) { } 
}; 
template <typename FO1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private BaseMem<FO2,2> { 
public: 
// 使 之 适合 我 们 的 框架 : 
enum { NumParams = FO1::NumParams }; 
typedef typename FO2::ReturnT ReturnT; 
typedef typename FO1::Param1T Param1T; 


// 构造 函数 : 初始 化 函数 对 象 
Composer(FO1 f1, FO2 £2) 
: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 


} 


// “函数 调用 ”: PE BOR RATA Va FD 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>: :operator()(v)); 


}3 


在 此 ， 我 们 重用 了 ForwardParamT 模 板 〈 见 22.6.3 小 节 ) ， 从 而 能 够 有 效 地 避 
免 没 必要 的 仿 函 数 实 参 的 拷贝 。 


为 了 使 我 们 的 Abs 和 Sine 仿 函数 能 够 借助 于 上 面 这 个 组 合 模板 进行 组 合 ， 需 要 
对 Abs 和 Sine 进 行 改写 ， 使 之 包含 适当 的 类 型 信息 。 有 具体 代码 如 下 : 


// functors/math2.hpp 


#include <cmath> 
#include <cstdlib> 


class Abs { 


public: 
// 使 之 适合 框架 
enum { NumParams = 1}; 
typedef double ReturnT; 
typedef dole Param1T ; 
// “函数 调用 
double pr (double v) const { 
return std::abs(v); 


} 
}; 


class Sine { 
es 
enum { Toe = 1}; 
typedef double ReturnT; 
typedef double ParamiT; 


// “函数 调用 ?”: 
double operator() (double a) const { 
return std::sin(a); 
} 
}; 


另外 ， 我 们 也 可 以 把 Abs 和 Sine 实 现 为 模板 : 


// functors/math3.hpp 


#include <cmath> 
#include <cstdlib> 


template <typename T> 
class Abs { 
public: 
// 使 之 适合 框架 
enum { NumParams = 1}; 
typedef T ReturnT; 
typedef T Param1iT; 


// “函数 调用 ”: 
T operator() (T v) const { 
return std::abs(v); 
} 
}; 


template <typename T> 
class Sine { 
public: 
// 使 之 适合 框架 
enum { NumParams = 1}; 
typedef T ReturnT; 
typedef T Param1iT; 


// “RAA”: 
T operator() (T a) const { 
return std::sin(a); 


} 
}3 


如 果 要 借助 于 最 后 这 种 基于 模板 的 实现 ， 那 么 使 用 仿 函 数 将 需要 显 式 提供 实 
参 的 类 型 ， 来 作为 模板 实 参 。 下 面 的 程序 对 我 们 前 面 的 例子 程序 进行 了 一 些 修 
改 ， 其 中 使 用 一 些 看 起 来 有 些 麻烦 的 语法 : 


// functors/compose5.cpp 


#include <iostream> 
#include "math3.hpp" 
#include "compose5.hpp" 
#include "composeconv.hpp" 


template<typename FO> 
void print_values (FO fo) 


{ 
for (int i=-2; i<3; ++i) { 
std::cout << "f(" << i*@.1 
<< ") =" << fo(i*®.1) 
<< "\n"; 
} 
} 


int main() 


// 输出 sin(abs(@.5)) 
std::cout << compose(Abs<double>(),Sine<double>())(@.5) 
<< "\n\n"; 


// 输出 某 些 值 的 abs() 
print_values(Abs<double>()); 
std::cout << '\n'; 


// 输出 某 些 值 的 sin() 
print_values(Sine<double>()); 
std::cout << '\n'; 


// 输出 某 些 值 的 sin(abs()) 
print_values(compose(Abs<double>(),Sine<double>())); 
std::cout << '\n'; 


// 输出 某 些 值 的 abs(sin()) 
print_values(compose(Sine<double>(),Abs<double>())); 
std::cout << '‘\n'; 


// 输出 某 些 值 的 sin(sin()) 


print_values(compose(Sine<double>(),Sine<double>())); 


|} 


22.7.3 ”减少 参数 的 个 数 


到 目前 为 止 ， 我 们 已 经 看 到 了 仿 函 数组 合 的 一 种 简单 形式 ， 其 中 一 个 仿 函 数 
接收 一 个 实 参 ， 而 且 这 个 实 参 是 另 一 个 仿 函 数 的 调用 结果 ， 其 中 后 面 这 个 仿 函 数 
本 身 也 接收 一 个 实 参 。 显 然 ， 仿 函数 应 该 可 以 具有 多 个 实 参 ; 因此 ， 对 于 接收 多 
个 实 参 的 仿 函 数 ， 我 们 也 应 该 可 以 实现 它们 的 组 合 。 在 这 一 节 里 ， 我 们 将 讨论 一 
种 新 的 Composer， 其 中 它 的 第 1 个 实 参 可 以 是 具有 多 个 参数 的 仿 函 数 。 


如 果 Composer 的 第 1 个 仿 函 数 实 参 接收 多 个 实 参 ， 那 么 最 后 的 Composer 类 也 
必须 接收 多 个 实 参 ， 这 就 意味 着 我 们 需要 定义 多 个 ParamNT 成 员 类 型 ， 而 且 我 们 
需要 提供 接收 相应 数量 参数 的 函数 调用 运算 符 Coperator()) 。 显 然 ， 后 一 个 问题 
看 起 来 不 太 好 解决 ， 但 实际 上 解决 起 来 也 不 难 ， 因 为 我 们 可 以 对 函数 调用 运算 符 
进行 重 载 。 于 是 ， 我 们 需要 为 不 同 的 参数 个 数 都 提供 函数 调用 运算 符 ， 直 到 参数 
个 数 达 到 一 个 合理 的 最 大 值 〈 一 个 具有 工业 强度 的 仿 函 数 的 参数 个 数 很 有 可 能 会 
达到 20) 。 在 调用 重 载 运算 符 的 过 程 中 ， 如 果 参 数 的 个 数 与 第 1 个 〈 组 合 的 ) 仿 
函数 实 参 的 参数 个 数 不 匹 配 ， 将 会 导致 一 个 编译 期 错误 ， 这 也 正 是 我 们 所 期 望 
的 。 于 是 ， 该 Composer 的 代码 大 致 如 下 : 


template <typename FO1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private BaseMem<FO2,2> { 
public: 


// 针对 8 个 参数 的 “函数 调用 ”: 
ReturnT operator() () { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()()); 


// ”针对 1 个 参数 的 “函数 调用 ”: 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v1) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>: :operator()(v1)); 
} 


// 针 对 2 个 参数 的 “函数 调用 ”: 
ReturnT operator() (typename ForwardParamT<Param1T>::Type v1, 
typename ForwardParamT<Param2T>::Type v2) { 
return BaseMem<FO2,2>::operator() 
(BaseMem<FO1,1>::operator()(v1, v2)); 


现在 我 们 的 任务 就 剩 下 定义 成 员 Param1T、Param2T 等 类 型 了 。 然 而 ， 由 于 多 


个 函数 调用 运算 符 的 声明 都 要 用 到 这 些 类 型 ， 所 以 也 使 该 任务 变 得 更 加 困难 : 因 
为 即使 所 组 合 的 仿 函 数 并 没有 相应 的 参数 ParamNT，ParamNT 在 此 也 必须 是 有 效 
的 40。 例 如 ， 如 果 组 合 两 个 单 参数 的 仿 函 数 ， 我 们 也 必须 确保 Param2T 类 型 是 一 
个 有 效 的 参数 类 型 。 更 进一步 ， 该 类 型 也 不 能 和 客户 端 程序 所 使 用 的 某 个 类 型 意 
外 地 发 生 匹 配 。 和 幸运 的 是 ， 我 们 可 以 借助 于 前 面 所 开发 的 FunctorParam 模 板 来 解 
决 这 个 问题 。 因 此 ， 我 们 可 以 这 样 给 Composer 模 板 添 加 下 面 的 多 个 成 员 typedef: 


template <typename FO1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private BaseMem<FO2,2> { 
public: 
// 返回 类 型 是 很 直观 的 
typedef typename FO2::ReturnT ReturnT; 


// 定义 Param1T，Param2T 等 
// - 使 用 宏 来 简化 参数 类 型 构造 的 复种 
#define ComposeParamT(N) \ 
typedef typename FunctorParam<FO1, N>::Type Param##N##T 
ComposeParamfT (1) ; 
ComposeParamfT (2) ; 


ds 


ComposeParamT (20); 
#undef ComposeParamT 


}; 


最 后 ， 我 们 需要 添加 Composer 的 构造 函数 ， 它 接收 要 进行 组 合 的 两 个 仿 函 
数 ， 但 我 们 这 里 还 允许 对 各 种 const 和 non-const 仿 函数 进行 不 同 的 组 合 : 


template <typename FO1, typename FO2> 
class Composer : private BaseMem<FO1,1>, 
private BaseMem<FO2,2> { 
public: 


// 构造 函数 : 
Composer(FO1 const& f1, FO2 const& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 
} 
Composer(FO1 const& f1, FO2& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 
} 
Composer(FO1& f1, FO2 const& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 
} 
Composer(FO1& f1, FO2& f2) 

: BaseMem<FO1,1>(f1), BaseMem<FO2,2>(f2) { 
} 


有 了 这 些 程序 库 代 码 之 后 ， 我 们 的 例子 程序 就 可 以 使 用 一 些 相当 简单 的 构造 
了 ， 如 下 面 代码 所 示 : 


// functors/compose6.cpp 


#include <iostream> 
#include "funcptr.hpp" 
#include "compose6.hpp" 
#include "composeconv.hpp" 


double add(double a, double b) 


: return a+b; 
} 
double twice(double a) 
{ 
return 2*a; 
} 
int main() 
{ 
std::cout << "compute (20+7)*2: " 
<< compose(func_ptr(add), func_ptr(twice) ) (20,7) 
< '\n'; 
} 


事实 上 ， 还 可 以 对 这 些 工具 作 进一步 的 改善 。 例 如 ， 我 们 可 以 对 Composer 模 
板 进 一 步 扩 展 ， 使 之 可 以 直接 地 处 理 函 数 指针 《从 而 在 我 们 最 后 一 个 例子 中 就 不 
ce eae 。 然 而 ， 为 了 简洁 性 考虑 ， 我 们 这 里 把 这 些 改善 留 给 有 兴趣 
I 读者 。 


22.8 (EZE 


对 于 一 个 具有 多 个 参数 的 仿 函数 ， 如 果 它 的 一 个 参数 绑 定 为 一 个 特定 的 值 ， 
它 应 该 仍然 可 以 作为 一 个 仿 函 数 来 使 用 。 例 如 ， 下 面 的 Min 仿 函数 : 


// functors/min.hpp 


template <typename T> 
class Min { 
public: 
typedef T ReturnT; 
typedef T ParamiT; 
typedef T Param2T; 
enum { NumParams = 2 }; 
ReturnT operator() (Param1T a, Param2T b) { 
return a<b ? a: b ; 


} 
}3 


P A ee SINGLE a 只 是 它 其 中 
的 一 个 参数 被 绑 定 为 CUE els 该 常 值 可 以 通 过 模板 实 参 来 指定 〔 如 下 面 
di ， 也 可 以 通过 运行 期 实 参 来 指定 。 例 如 ， 我 们 可 以 这 样 编写 这 个 新 模 


// functors/cLlamp.hpp 


template <typename T, T max_result> 
class Clamp : private Min<T> { 
public: 
typedef T ReturnT; 
typedef T Param1iT; 
enum { NumParams = 1 }; 
ReturnT operator() (Param1T a) { 
return Min<T>::operator() (a, max_result); 
} 


}3 


5E-WINAARMI, MRA R E TA I eh USE I OEE 
那么 绑 定 过 程 将 会 更 加 容易 。 即 使 像 上 面 代码 的 手工 绑 定 不 会 占用 很 多 代码 ， 但 
我 们 仍然 期 望 可 以 实现 上 自动 绑 定 。 


22.8.1 选择 绑 定 的 目标 


一 个 binder 将 会 把 仿 函 数 的 一 个 特定 参数 绑 定 到 一 个 特定 的 值 。 在 此 出 现 了 3 
个 特定 ， 也 就 是 3 个 方面 ， 而 这 3 个 方面 都 是 可 以 在 运行 期 〈 使 用 函数 调用 实 参 ) 


或 者 编译 期 “使 用 模板 实 参 ) 进行 选择 的 。 
例如 ， 下 面 的 模板 将 静态 地 〈 也 就 是 说， 在 编译 期 ) 选择 这 3 个 方面 : 


template<typename F, int P, int V> 
class BindIntStatically; 

// F 是 仿 函 数 的 类 型 

// P 是 要 绑 定 的 参数 

// V 是 要 绑 定 的 值 


3 个 绑 定 方面 〈 指 仿 函 数 、 绑 定 参 数 和 绑 定 值 ) 的 每 个 方面 都 可 以 动态 地 选 
择 ， 从 而 也 就 能 够 带 来 不 同 程度 的 便利 性 。 


在 这 3 个 方面 中 ， 针 对 哪个 参数 进行 动态 绑 定 的 选择 可 能 就 是 最 小 的 便利 性 
了 。 可 以 猜想 ， 如 果 是 涉及 到 动态 绑 定 ， 那 么 可 能 会 用 到 很 多 switch 语 句 ; 该 
switch 语 句 会 根据 某 个 运行 期 值 ， 把 函数 调用 委托 给 底层 的 仿 函 数 调用 。 例 如 ， 
我 们 可 以 这 样 组 织 switch 语 句 : 


switch (this->param_num) { 
case 1: 
return F::operator()(v, p1, p2); 
case 2: 
return F::operator()(p1, v, p2); 
case 3: 
return F::operator()(p1, p2, v); 
default: 
return F::operator()(p1, p2); // 或 者 一 个 错误 ? 
} 


于 是 ， 这 种 基于 选择 哪个 参数 的 动态 绑 定 所 能 带 来 的 便利 性 最 小 。 因 此 在 接 
I 论 中 ， 我 们 将 把 参数 选择 作为 一 个 模板 参数 ， 从 而 能 够 进行 静态 的 选 
学 。 


为 了 使 仿 冰 数 的 选择 是 动态 的 ， 我 们 需要 给 binder 增 加 一 个 构造 胃 数 ， 它 接 
收 一 个 仿 函 数 为 参数 。 类 似 地 ， 我 们 也 可 以 把 绑 定 值 传递 给 该 构造 函数 ， 但 这 就 
要 求 我 们 在 binder 中 提供 一 处 存放 绑 定 值 的 内 存 空间 。 而 下 面 两 个 辅助 模板 就 可 
以 分 别 用 于 在 运行 期 和 编译 期 存放 绑 定 值 : 


// functors/boundval .hpp 
#include "typeop.hpp" 


template <typename T> 
class BoundVal { 
private: 
T value; 


public: 
typedef T ValueT; 
BoundVal(T v) : value(v) { 
} 
typename TypeOp<T>::RefT get() { 
return value; 
} 


}; 
template <typename T, T Val> 
class StaticBoundVal { 
public: 
typedef T ValueT; 
T get() 4 
return Val; 
} 


}3 


接 下 来 ， 我 们 在 此 需要 依赖 于 空 基 类 优化 〈 见 16.2 人 ) , MED es Beak ae 
绑 定 值 是 无 状态 类 的 时 候 ， 能 够 避免 没 必 要 的 内 存 开销 。 因 此 ， 我 们 初始 的 
Binder 模 板 设计 看 起 来 如 下 所 示 : 


// functors/binder1.hpp 


template <typename FO, int P, typename V> 
class Binder : private FO, private V { 
public: 
// 构造 函数 : 
Binder(FO& f): FO(f) {} 
Binder(FO& f, V& v): FO(f), V(v) {} 
Binder(FO& f, V const& v): FO(f), V(v) {} 
Binder(FO const& f): FO(f) {} 
Binder(FO const& f, V& v): FO(f), V(v) {} 
Binder(FO const& f, V const& v): FO(f), V(v) {} 
template<class T> 
Binder(FO& f, T& v): FO(f), V(BoundVal<T>(v)) {} 
template<class T> 


Binder(FO& f, T const& v): FO(f), V(BoundVal<T const>(v)) {} 


其 中 ， 除 了 提供 接收 辅助 模板 实例 〈 即 v) 的 构造 函数 之 外 ， 我 们 还 提供 了 


构造 函数 模板 ， 用 于 把 一 个 给 定 值 自动 地 封装 到 BoundVal 对 象 中 。 
22.8.2 WERK 


与 Composer 模 板 相 比 ，Binder 模 板 的 ParamNT 类 型 将 更 加 难以 确定 ， 因 为 对 
于 Binder 模 板 的 ParamNT 而 言 ， 已 经 不 再 是 简单 的 《所 基于 的 ) 仿 函 数 的 参数 类 
型 。 这 是 因为 在 新 的 (所 组 合 的 ) 仿 函 数 里 面 ， 那 个 被 绑 定 的 参数 已 经 具有 一 个 
确定 的 值 ， 不 再 是 一 个 参数 ， 所 以 我 们 必须 去 掉 这 个 相应 的 参数 〈 和 譬如 


ParamNT) ， 而 对 于 该 参数 后 面 的 类 型 ， 都 必须 癌 后 移动 一 个 位 置 。 


为 了 使 事情 更 加 灵活 ， 我 们 引入 了 男 一 个 模板 ， 它 将 执行 这 种 涉及 到 位 置 移 
动 的 选择 操作 : 


// functors/binderparams.hpp 
#include "ifthenelse.hpp" 


template<typename F, int P> 
class BinderParams { 
public: 
// 参数 个 数 少 1， 因 为 有 一 个 参数 已 经 被 绑 定 了 : 


enum { NumParams = F::NumParams-1 }; 


#define ComposeParamT(N) \ 
typedef typename IfThenElse<(N<P), FunctorParam<F, N>, \ 
FunctorParam<F, N+1> \ 
>: :ResultT: :Type \ 
Param##N##T 


ComposeParamT (1) ; 
ComposeParamT (2) ; 
ComposeParamT (3) ; 


#undef ComposeParamT 


}3 


在 Binder 模 板 中 ， 我 们 可 以 这 样 使 用 上 面 这 个 模板 : 


// functors/binder2.hpp 


template <typename FO, int P, typename V> 
class Binder : private FO, private V { 


// 因为 一 个 参数 已 经 绑 定 了 ， 所 以 这 里 减 去 一 个 参数 个 数 
enum { NumParams = FO::NumParams-1 }; 

// 返回 类 型 是 很 直接 的 

typedef typename FO::ReturnT ReturnT; 


// 参数 类 型 
typedef BinderParams<FO，P> Params ; 
#define ComposeParamT(N) \ 
typedef typename \ 
ForwardParaml<typename Params: :Param##N##T>::Type \ 
Param##N##T 

ComposeParamT (1) ; 

ComposeParamT (2) ; 

ComposeParamT (3) ; 


#undef ComposeParamT 


x 


on 样 ， 我 们 这 里 使 用 了 ForwardParamT 模 板 ， 从 而 避免 了 没 必要 的 实 
EVs} 


22.8.3 ” 实 参 选择 


对 于 Binder 模 板 的 实现 ， 我 们 现在 只 剩 下 函数 调用 运算 符 没 有 实现 了 。 和 
Composer 一 样 ， 对 于 函数 调用 实 参 个 数 不 同 的 情况 ， 我 们 将 要 重 载 该 运算 符 。 然 
而 ， 与 组 合 相 比 ， 这 里 的 问题 将 要 难 很 多 ， 因 为 传递 给 底层 仿 函 数 的 实 参 可 以 是 
下 面 3 种 值 中 的 任何 一 种 : 


绑 定 仿 函 数 相应 的 绑 定 参数 。 

绑 定 值 。 

绑 定 仿 函 数 的 参数 ， 但 该 参数 位 于 要 绑 定 参数 左边 的 一 位 。 
完 葛 选择 这 3 个 值 中 的 哪 一 个 ， 要 依赖 于 P 的 值 和 我 们 所 选择 实 参 的 位 置 。 


为 了 实现 我 们 的 目的 一 一 即 获 得 所 需要 的 吉 果 ， 需 要 编 a E 
数 ， 它 《以 传 引用 的 方式 ) 接收 3 个 可 能 的 值 ， 然 后 《仍然 以 传 引用 的 方式 ) 返 
回 其 中 的 一 个 值 ， 而 这 个 值 究竟 是 3 个 值 中 的 哪个 值 ， 则 要 根据 所 在 实 参 的 有 具体 
位 置 。 因 为 这 个 成 员 函 数 〈 即 from) 要 依赖 于 我 们 所 选择 的 实 参 ， 所 以 我 们 把 它 
实现 为 能 套头 模板 ArgSelect 的 静态 成 员 。 根据 这 个 方法 ， 我 们 就 可 以 这 样 编写 函 
eta (这 里 给 出 的 运算 符 是 针对 具有 4 参数 的 仿 函 数 ， 其 他 的 仿 函 数 类 
以 ) 


// functors/binder3.hpp 


template <typename FO, int P, typename V> 
class Binder : private FO, private V { 
public: 


ReturnT operator() (Param1T v1, Param2T v2, Param3T v3) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V: :get( 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v3,V: :get( 

ArgSelect<4>:: from(v3,v3,V: :get( 


我 们 发 现 ， 对 于 FO::operator() 的 第 1 个 实 参 的 值 ， 只 有 两 种 可 能 ，operator() 运 
算 符 (Binder 的 operator) 的 第 1 个 值 或 者 绑 定 值 ; 同 理 ， 对 于 FO: a 45 
一 个 实 参 的 值 ， 也 只 有 两 种 可 能 : operator0 运 算 符 〈Binder 的 operator) 的 最 后 1 
个 值 或 者 绑 定 值 。 现 在 就 上 只 需要 考虑 FO: :operator() 中 间 实 参 的 值 了 。 假 设 A 是 某 
个 实 参 在 Binder::operator() 中 的 位 置 ( 在 我 们 的 例子 中 可 能 是 1、2 或 3〉 ， 那 么 如 


RA 一 P 小 于 0， FO::operator0 中 A 位 置 的 值 也 就 是 Binder::operatorO0 相 应 位 置 的 
值 ， 而 如 果 A 一 P 等 于 0， 那 么 FO::operator0 的 A 位 置 将 会 是 绑 定 值 ， 而 如 果 A 一 P 
大 于 0， 那 么 FO::operator() 中 人 A 位置 的 值 将 会 是 Binder::operator() 的 A-1 位 置 的 值 。 
有 了 这 些 逻 辑 想法 之 后 ， 我 们 就 能 够 定义 一 个 辅助 模板 ， 它 能 够 根据 一 个 非 模板 
实 参 的 值 ， 在 这 3 种 情况 中 作出 选择 ， 从 而 得 到 正确 的 值 : 


// functors/signselect.hpp 


#include "ifthenelse.hpp" 


template <int S, typename NegT, typename ZeroT, typename PosT> 
struct SignSelectT { 


typedef typename 


IfThenElse<(S<@), 
NegT, 
typename IfThenElse<(S>@), 
PosT, 
ZerofT 
>::ResultT 
>: :ResultT 
ResultT; 


有 了 这 些 实现 ， 我 们 接 下 来 就 可 以 定义 成 员 类 模板 ArgSelect 了， 具体 代码 如 


F: 


// functors/binder4. hpp 


template <typename FO, int P, typename V> 
class Binder : private FO, private V { 


private: 
template<int A> 
class ArgSelect { 
public: 
// 针对 位 于 绑 定 实 参 前 面 的 类 型 : 
typedef typename TypeOp< 
typename IfThenElse<(A<=Params: :NumParams) , 
FunctorParam<Params, A>, 
FunctorParam<Params, A-1> 
>::ResultT: : Type>: :RefT 


NoSkipT; 
// 针对 位 于 绑 定 实 参 后 面 的 类 型 : 
typedef typename TypeOp< 
typename IfThenElse<(A>1), 
FunctorParam<Params, A-1>, 
FunctorParam<Params, A> 
>::ResultT: : Type>: :RefT 


SkipT; 
// 绑 定 实 参 的 类 型 : 


typedef typename TypeOp<typename V::ValueT>::RefT BindT; 


// 借 助 于 3 个 不 同 的 类 ， 来 实现 3 种 选择 
class NoSkip { 
public: 
static NoSkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return arg; 
} 
}3 
class Skip { 
public: 
static SkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 
return prev_arg; 


} 
}; 
class Bind { 
public: 
static BindT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 
return bound_val; 
} 
}; 


// 实 际 的 选择 函数 : 
typedef typename SignSelectT<A-P, NoSkipT, 
BindT, SkipT>::ResultT 


ReturntT ; 

typedef typename SignSelectT<A-P, NoSkip, 
Bind, Skip>::ResultT 

SelectedT; 

static ReturnT from (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 
return SelectedT::select (prev_arg, arg, bound_val); 
} 
}; 
}; 


这 也 是 本 书 中 最 复杂 的 代码 ， 其 中 from 成 员 函 数 就 是 仿 函 数 调用 运算 符 所 调 
用 的 函数 。 复 杂 性 的 一 方面 在 于 正确 参数 类 型 的 选择 ， 如 果 选 择 了 正确 的 参数 类 
型 ， 也 就 能 选择 出 合适 的 实 参 : Skip 和 NoSkipT 同 样 也 适用 于 第 1 个 实 参 和 最 后 一 
个 实 参 (在 前 面 的 FO::operator() 运 算 符 中 ， 对 于 第 1 个 实 参 和 最 后 一 个 实 参 ， 我 们 
分 别 是 重复 v1 和 v4) 。 另 外 ， 我 们 使 用 TypeOp<>::RefT 构 造 来 定义 这 些 类 型 虽 
然 我 们 可 以 使 用 & 运算 符 来 生成 引用 类 型 ， 但 是 大 多 数 编 译 器 却 不 能 处 理 “ 指 癌 
引用 的 引用 类 型 >， 因 此 我 们 使 用 TypeOp<>::Ref。 选 择 函 数 〈 即 from) 本 身 并 不 
复杂 ， 因 为 所 有 的 选择 逻辑 都 被 封装 在 成 员 类 型 NoSkip、Skip 和 Bind 中 ， 然 后 根 
据 不 同 的 选择 〈 即 获得 不 同 的 类 型 ) ， 就 可 以 容易 地 、 静 态 地 找到 合适 的 select 函 
数 。 由 于 这 些 select 函 数 本 身 都 是 内 联 的 委托 函数 ， 所 以 对 于 一 个 好 的 、 经 过 优化 
的 编译 器 而 言 ， 应 该 能 够 直接 “ 见 到 ”这 些 代 码 ， 并 且 生 成 <* 近 最 优化 的 ”代码 。 然 
而 在 实际 中 ， 截 止 到 本 书 编写 的 时 候 为 止 ， 只 有 一 些 非常 好 的 编译 器 能 让 我 们 觉 


得 性 能 上 的 完全 满意 。 然 而 ， 在 Binder 的 使 用 方面 ， 其 他 编译 器 也 能 作出 一 些 比 
较 不 错 的 优化 。 


现在 ， 我 们 把 前 面 的 代码 聚集 起 来 ， 就 可 以 得 到 Binder 模 板 的 一 个 完整 实 
现 。 如 下 所 示 : 


// functors/binder5.hpp 


#include "ifthenelse.hpp" 
#include "boundval.hpp" 
#include "forwardparam.hpp" 
#include "functorparam.hpp" 
#include "binderparams.hpp" 
#include "signselect.hpp” 


template <typename FO, int P, typename V> 
class Binder : private FO, private V { 
public: 
// 参数 数目 减少 一 个 ， 因 为 有 一 个 参数 已 经 被 绑 定 了 : 
enum { NumParams = FO::NumParams-1 }; 
// 返回 类 型 是 直接 委托 过 来 的 : 
typedef typename FO::ReturnT ReturnT; 


// 参数 的 类 型 : 
typedef BinderParams<FO, P> Params; 
#define ComposeParamT(N) \ 
typedef typename \ 
ForwardParamT<typename Params: :Param##N##T>::Type \ 
Param##N##T 

ComposeParamT (1) ; 

ComposeParamT (2) ; 

ComposeParamtT (3); 


#undef ComposeParamT 


// 构造 函数 : 
Binder(FO& f): FO(f) {} 
Binder(FO& f, V& v): FO(f), V(v) {} 
Binder(FO& f, V const& v): FO(f), V(v) {} 
Binder(FO const& f): FO(f) {} 
Binder(FO const& f, V& v): FO(f), V(v) {} 
Binder(FO const& f, V const& v): FO(f), V(v) {} 
template<class T> 

Binder(FO& f, T& v): FO(f), V(BoundVal<T>(v)) {} 
template<class T> 

Binder(FO& f, T const& v): FO(f), V(BoundVal<T const>(v)) {} 


// “函数 调 Jay . 
ReturnT operator() () { 
return FO::operator()(V::get()); 


} 
ReturnT operator() (Param1T v1) { 


return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()), 
ArgSelect<2>::from(v1,v1,V: :get())); 
} 
ReturnT operator() (Param1T v1, Param2T v2) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get()) 
ArgSelect<2>::from(v1,v2,V::get()) 
ArgSelect<3>::from(v2,v2,V: :get()) 
} 
ReturnT operator() (Param1T v1, Param2T v2, Param3T v3) { 
return FO::operator()(ArgSelect<1>::from(v1,v1,V::get( 


) )， 
ArgSelect<2>::from(v1,v2,V::get()), 
ArgSelect<3>::from(v2,v3,V::get()), 
ArgSelect<4>::from(v3,v3,V::get())); 
} 
private: 


template<int A> 
class ArgSelect { 
public: 
// 位 于 绑 定 值 前 面 的 类 型 : 
typedef typename TypeOp< 
typename IfThenElse<(A<=Params: :NumParams) , 
FunctorParam<Params, A>, 
FunctorParam<Params, A-1> 
>::ResultT: : Type>: :RefT 


NoSkipT; 
// 位 于 绑 定 值 后 面 的 类 型 : 
typedef typename TypeOp< 
typename IfThenElse<(A>1), 
FunctorParam<Params, A-1>, 
FunctorParam<Params, A> 
>::ResultT: : Type>: :RefT 


SkipT; 
// 绑 定 实 参 的 类 型 ; 
typedef typename TypeOp<typename V::ValueT>::RefT BindT; 


// 借助 于 不 同 的 类 ， 来 实现 3 种 选择 情况 : 
class NoSkip { 
public: 
static NoSkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 


return arg; 


} 
}; 
class Skip { 
public: 
static SkipT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 
return prev_arg; 
} 
}; 


class Bind { 
public: 


static BindT select (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 
return bound_val; 


}; 
// 外 部 实际 调用 的 选择 函数 


typedef typename SignSelectT<A-P, NoSkipT, 
BindT, SkipT>::ResultT 


ReturntT ; 
typedef typename SignSelectT<A-P, NoSkip, 
Bind, Skip>::ResultT 
SelectedT; 
static ReturnT from (SkipT prev_arg, NoSkipT arg, 
BindT bound_val) { 
return SelectedT::select (prev_arg, arg, bound_val); 


}3 
}3 


22.8.4 辅助 函数 


和 组 合 模板 一 样 ， 我 们 可 能 需要 编写 一 个 辅助 的 函数 模板 ， 借 助 于 该 模板 ， 
能 够 使 仿 函数 参数 绑 定 值 的 表示 更 加 容易 。 但 是 己 组 合 模板 相 比 ， 该 函数 模板 的 
定义 又 更 加 复杂 ， 因为 这 里 还 需要 表达 绑 定 值 的 类 型 


// functors/bindconv.hpp 


#include "forwardparam.hpp" 
#include "functorparam.hpp" 


template <int P, // 绑 定 参数 的 位 置 ， 首 个 模板 参数 
typename FO> // 绑 定 参数 所 在 的 仿 函 数 


inline 
Binder<FO,P,BoundVal<typename FunctorParam<FO,P>::Type> > 
bind (FO const& fo, 
typename ForwardParamT 
<typename FunctorParam<FO,P>::Type>::Type val) 


return Binder<FO, 
P, 
BoundVal<typename FunctorParam<FO,P>::Type> 
>(fo, 
BoundVal<typename FunctorParam<FO, P>: :Type>(val) 


) ; 


显然 ， 第 1 个 模板 参数 是 不 能 被 演绎 的 ， ae 使 用 bind0 模 板 的 时 候 ， 我 们 
必须 显 式 指定 该 参数 。 下 面 的 例子 说 明了 这 一 点 : 


include <string> 
include <iostream> 
include "funcptr.hpp" 
include "binders.hpp" 
include "bindconv.hpp" 
ool func (std::string const& str, double d, float f) 


Ao # # #H #H H 


std::cout << str << " 
<< d << (d<f? "<": ">=") 
<< f << '\n' 

return d<f; 


} 


int main() 

{ 
bool result = bind<1>(func_ptr(func), "Comparing")(1.0, 2.0); 
std::cout << "bound function returned " << result << '\n'; 


在 此 ，bind 函 数 模 板 能 够 根据 绑 定 值 ， 演 绎 出 该 值 的 类 型 ， 从 而 也 就 不 需要 
显 式 给 出 繁琐 的 “ 绑 定 值 类 型 表达 式 ”〈 见 binder 的 第 3 个 模板 实 参 ) ;这 种 做 法 是 
非常 有 吸引 力 的 。 然 而 ， 对 于 这 种 做 法 ， 有 时 也 会 遇 到 一 些 困 难 ; 如 该 例子 所 
示 ， 我 们 把 一 个 double 类 型 的 值 (2.0) 传递 给 了 一 个 float 类 型 的 参数 。 虽 然 float 
类 型 和 double 类 型 是 兼容 的 ， 但 它们 实际 上 是 完全 不 同 的 类 型 。 这 时 候 ， 我 们 可 
能 就 需要 考虑 这 些 针 对 不 同类 型 的 处 理 。 


我 们 通常 都 希望 能 够 直接 绑 定 一 个 函数 《以 函数 指针 的 形式 进行 传递 ) ， 下 
面 的 bindfp0) 模 板 大 体 就 完成 了 这 个 功能 。 然 而 ，bindfp0 的 定义 却 显得 比 bind 模 板 
的 定义 还 要 复杂 而且， 下面 的 代码 也 只 是 针对 两 参数 的 函数 的 定义 : 


// functors/bindfp2.hpp 


// 一 个 便利 (辅助 ) 函数 ， 用 于 绑 定 一 个 具有 2 个 参数 的 函数 指针 
template<int PNum, typename RT, typename P1, typename P2> 


inline 
Binder<FunctionPtr<RT,P1,P2>, 
PNum， 
BoundVal<typename FunctorParam<FunctionPtr<RT,P1,P2>, 
PNum 
>: : Type 
> 
> 


bindfp (RT (*fp)(P1,P2), 
typename ForwardParamT 
<typename FunctorParam<FunctionPtr<RT,P1,P2>, 
PNum 
>:: Type 
>::Type val) 


return Binder<FunctionPtr<RT,P1,P2>, 


PNum， 


BoundVal 
<typename FunctorParam<FunctionPtr<RT,P1,P2>, 
PNum 
>: : Type 
> 


>(func_ptr(fp), 
BoundVal<typename FunctorParam 
<FunctionPtr<RT,P1,P2>, 
PNum 
>:: Type 
>(val) 
) ; 


22.9” 仿 函数 操作 : 一 个 完整 的 实现 


在 前 面 ， 我 们 对 仿 函 数组 合 与 值 绑 定 都 进行 了 复杂 的 处 理 ， 为 了 说 明 这 些 处 
理 所 带 来 的 整体 效果 ， 我 们 下 面 将 针对 3 参数 的 仿 函 数 的 多 种 操作 ， 提 供 一 
整 的 实现 (对 于 多 个 参数 的 仿 函 数 ， 也 可 以 进行 同样 的 扩展 ; 但 是 在 此 我 们 趋向 
于 使 书 中 的 代码 更 加 简短 ) 。 


下 面 让 我 们 先 来 看 看 客户 端 代码 : 


// functors/functorops. cpp 


#include <iostream> 
#include <string> 
#include <typeinfo> 
#include "functorops.hpp" 


bool compare (std::string debugstr, double v1, float v2) 


if (debugstr != "") { 
std::cout << debugstr << ": " << v1 
<< (visv2? '<' : '>') 
<< v2 << '\n'; 
} 
return vi<v2; 
} 
void print_name_value (std::string name, double value) 
{ 
std::cout << name << ": " << value << '\n'; 
} 
double sub (double a, double b) 
{ 
return a-b; 
} 
double twice (double a) 
{ 


return 2*a; 


int main() 


{ 


using std::cout; 


/ 组 合 的 示例 用 法 : 
cout << "Composition result: " 
<< compose(func_ptr(sub), func_ptr(twice))(3.0, 7.0) 
<< '\n'; 


// 绑 定 的 示例 用 法 : 
cout << "Binding result: " 
<< bindfp<1>(compare, "main()->compare()")(1.02, 1.03) 
<< '\n'; 
cout << "Binding output: "; 
bindfp<1>(print_name_value, 
"the ultimate answer to life")(42); 


// 把 组 合 与 绑 定 结合 起 来 : 
cout << "Mixing composition and binding (bind<1>): " 
<< bind<1>(compose(func_ptr(sub), func_ptr(twice)), 
7.0) (3.0) 
<< '\n'; 
cout << "Mixing composition and binding (bind<2>): " 
<< bind<2>(compose(func_ptr(sub), func_ptr(twice)), 
7.0) (3.0) 
<< '\n'; 


程序 最 后 的 输出 如 下 : 


Composition result: -8 
Binding result: main()->compare(): 1.02<1.03 
1 


Binding output: the ultimate answer to life: 42 
Mixing composition and binding (bind<1>): 8 
Mixing composition and binding (bind<2>): - 


根据 这 个 小 程序 ， 我 们 可 以 得 出 一 些 主要 的 结论 : 对 于 我 们 在 这 一 节 所 开发 
的 仿 冰 数 ， 它 们 的 用 法 是 非常 简单 的 (尽管 实现 代码 并 不 简单 )。 


从 上 面 代码 我 们 发 现 ， 值 绑 定 和 组 合 模 板 可 以 无 颖 地 进行 互 操作 。 之 所 以 能 
实现 这 种 互 操 作 ， 主 要 是 它们 都 遵守 我 们 在 22.6.1 小 节 所 确立 的 3 个 约定 ， 就 像 
C++ 标准 库 中 针对 迭代 器 所 确立 的 约束 一 样 。 于 是 ， 对 于 那些 不 符合 这 些 约定 的 
我 们 可 以 很 容易 地 通过 适配器 类 把 它们 封装 起 来 (如 我 们 的 func _ptr 所 

。 而 且 ， 我 们 的 设计 月 BAS LEEI E T a 0 
anes 甚至 能 与 手工 编码 的 仿 函 数 媲 


最 后 ， 我 们 给 出 functorops.hpp 的 内 容 ， 其 中 说 明了 : 对 于 成 功 编译 前 面 的 例 
子 ， 哪 些 头 文件 是 必须 。 有 具体 代码 如 下 : 


// functors/functorops.hpp 


#ifndef FUNCTOROPS_HPP 
#define FUNCTOROPS_HPP 


// 定义 func_ptr(), FunctionPtr, #lFunctionPtrT 
#include "funcptr.hpp" 


// 定义 Composer<> 
#include "compose6.hpp" 


// 定义 辅助 函数 compose() 


#include "composeconv.hpp" 


// 定义 Binder<> 

// -包含 定义 BoundVal<>#llStaticBoundVal<>fboundval .hpp 
// -包含 定义 ForwardParamT<> 的 forwardparam.hpp 

// -包含 定义 FunctorParam<> 的 functorparam.hpp 

// -包含 定义 BinderParams<> 的 binderparams .hpp 

// -包含 定义 SignSselectT<> 的 signselect.hpp 

#include "binderS.hpp" 


// 定义 辅助 函数 bind() 和 bindfp() 
#include "bindconv.hpp" 
#include "bindfp1.hpp" 
#include "bindfp2.hpp" 
#include "bindfp3.hpp" 


#endif // FUNCTOROPS_HPP 


22.10 ”本 章 后 记 


C++ 标 准 库 的 STL 部 分 使 用 了 仿 函 数 的 概念 。 例 如 ， 所 有 的 算法 使 用 仿 函 数 
来 自 定 义 它们 的 行为 ;而 其 中 的 许多 仿 函 数 就 是 所 谓 的 predicates GAW, Wr 
言 ) 。 这 里 的 predicate 指 的 是 一 些 返 回 Boolean 值 的 函数 或 者 函数 对 象 〈 其 中 
Boolean 值 是 指 与 bool 值 能 够 互相 转化 的 值 ) 。 通 常 而 言 ，predicte 应 该 是 纯 仿 函数 
(pure functor) ， 否 则 的 话 ， 将 会 出 现 不 可 预料 的 结果 《〈 见 [JosuttisStdLib] 的 8.1.4 
小 节 ) 。 


对 于 组 合 而 言 ，C++ 标 准 库 还 提供 了 几 个 标准 的 仿 函 数 和 适配器 。 实 际 上 ， 
对 于 每 个 普通 的 一 元 和 二 元 运算 符 ， 标 准 库 都 提供 了 一 个 函数 对 象 ， 关 于 具体 细 
节 ， 请 参考 [JosuttisStdLib] 的 8.2 和 8.3 节 。 然 而 ， 我 们 发 现 C++ 标 准 库 并 没有 提供 
足够 的 适配器 ， 用 于 支持 函数 对 象 之 间 的 组 合 ， 从 而 也 就 未 能 表现 出 组 合 的 函数 
行为 。 例 如 ， 我 们 不 能 组 合 两 个 一 元 操作 的 结果 ， 用 于 表示 一 个 诸如 “this and 
that” 的 规则 。 但 是 ，C++ 程 序 库 中 的 Boost 库 提供 了 这 些 适 配器 ， 从 而 也 就 弥补 了 
C++ 在 这 方面 的 不 足 。 


[1] 例如 ， 对 于 访问 名 字 空 间作 用 域 的 实现 方法 ， 链 接 器 也 扮演 了 类 似 的 角色 。 
[2] 例如 ， 通 过 一 个 普通 的 (singed) 指针 访问 一 个 unsigned int 值 就 属于 这 类 错 
误 。 


[B] 这 一 点 的 历史 起 因 并 不 是 很 显然 ， 就 这 一 点 而 言 ， 新 的 C++ 标准 会 进行 一 些 
改动 。 


[4] 对 于 成 员 函 数 名 称 而 言 ， 同 样 不 存在 隐 式 的 decay， 例 如 MyType::print 不 能 隐 
式 decay 为 对 应 的 指针 形式 〈 即 &MyType::print) ， 其 中 这 个 & 号 是 必须 写 的 ， 并 
不 能 省 略 。 然 而 对 于 普通 函数 而 言 ， 把 f 隐 式 decay 为 &f 是 很 常见 的 ， 也 是 众 所 周 
知 的 。 


[5] 实际 的 实现 跟 这 是 不 同 的 ， 因 为 它 是 继承 自 std::binary_function。 具 体 可 以 见 
[JosuttisStdLib] 的 8.2.4 小 节 。 


[6] 在 大 多 数 实现 中 ， 来 自 C 标 准 库 的 函数 都 具有 C 链 接 ， 但 是 同时 也 允许 C++ 实 
现 以 C++ 链 接 的 形式 提供 这 些 函 数 。 因 此 ， 上 个 调用 语句 是 否 有 效 要 取决 于 所 使 
用 的 编译 器 实现 。 


[7] 译注 : 指 的 是 class 类 型 、 基 本 类 型 、 


[8] 为 了 使 该 框 染 具有 更 好 的 通用 性 ， 我 们 开发 了 一 个 用 于 在 框架 中 封 沪 函数 指 


人 一 


函数 类 型 等 宏观 类 型 ， 见 15 章 。 


针 的 工具 。 


[9] 至 少 从 某 种 意义 上 而 言 ， 一 些 关 于 缓存 和 日 志 的 副作用 就 是 可 以 忽略 不 计 
的 ， 因 为 它们 不 会 对 仿 函 数 的 返回 值 产生 影响 。 


[10] 注意 ， 这 里 并 没有 用 到 SFINAE 原 则 〈( 见 8.3.1 小 节 ) ， 因 为 这 里 的 函数 调用 
运算 符 只 是 普通 的 成 员 函 数 ， 而 不 是 成 员 函 数 模板 ， 而 SFINAE 是 基于 模板 参数 
演绎 的 ， 从 而 也 就 不 适用 于 普通 成 员 函 数 。 


附录 A 一 处 定义 原则 


在 C++ 程序 设计 已 经 成 形 的 结构 体系 中 ， 其 中 的 一 块 基石 就 是 一 处 定义 原 
则 ， PA EE i FE IWK 为 ODR (One-Definition Rule) . ‘EAT KNZ RR CE 
W) 是 很 容易 理解 和 应 用 的 : 对 于 同一 个 程序 ， 非 内 联 图 数 只 能 在 所 有 的 文件 中 
定义 一 次 ; 对 于 类 和 内 联 函 数 ， 每 个 翻译 单元 最 多 只 能 定义 一 次 ;并且 确保 相同 
实体 的 所 有 定义 都 是 相同 的 。 


然而 ， 复 杂 性 主要 在 于 ODR 的 细节 ， 而 且 当 我 们 把 ODR 和 模板 实例 化 结合 起 
来 之 后 ， 这 些 细节 就 显得 更 加 复杂 了 。 这 个 附录 就 是 为 了 给 那些 对 ODR 感 兴趣 的 
读者 ， 提 供 一 些 关 于 ODR 比 较 全 面 的 了 解 。 另 外 ， 当 我 们 在 本 书 主体 中 扩展 相关 
话题 的 时 候 ， 也 会 用 到 这 里 的 一 些 知 识 。 


A.1 翻译 单元 


在 实际 的 程序 设计 中 ， 我 们 通常 是 通过 给 文件 写 入 代码 来 编写 C++ 程序 。 然 

， 在 ODR 的 上 下 文中 ， 以 文件 作为 边界 并 不 是 很 重要 的 ， 因 为 ODR 所 注重 的 是 
翻译 单元 。 从 本 质 上 而 言 ， 翻 译 单元 是 指 : 针对 你 给 编译 器 提供 的 单个 文件 ， 让 
预 处 理 器 作用 于 该 文件 所 获得 的 结果 。 预 处 理 器 会 根据 条 件 编译 指示 符 f 
#ifdef 和 友 元 〉 来 去 掉 那 些 没 有 被 选择 的 部 分 代码 以 及 去 掉 注 释 ， 并 有 旦 (递归 地 ) 
插入 #include 文 件 和 扩展 宏 。 


因此 ， 就 我 们 上 面 所 描述 的 ODR， 假 设 有 下 面 两 个 文件 : 


// 文 件 header.hpp: 
#ifdef DO_DEBUG 
#define debug(x) std::cout << x << ’\n’ 
#else 
#define debug(x) 
#endif 


void debug init(); 


// 文 件 myprog .cpp: 
#include ”header . hpp” 


int main() 


debug_init(); 
debug(”main()”); 


经 过 预 处 理 之 后 ， 实 际 上 等 价 于 下 面 的 单一 文件 : 


// 文 件 myprog.cpp 
void debug init(); 


int main() 


{ 
} 


debug_init(); 


各 个 翻译 单元 边界 之 间 的 连接 是 通过 下 面 方法 建立 起 来 的 : 让 相应 的 声明 在 
两 个 翻译 单元 中 具有 外 部 链接 〈 例 如 ， 全 局 函数 debug_init0 的 两 处 声明 ) ， 或 者 
在 exported 模 板 的 实例 化 过 程 进行 ADL 查 找 时 建立 这 种 连接 。 


我 们 看 到 : 翻译 单元 的 概念 要 比 预 处 理 文件 更 加 抽象 。 aw 在 同一 个 程序 
中 ， 如 果 我 们 把 同一 个 预 处 理 文件 传递 给 编译 器 两 次 ， 那 么 将 会 给 该 程序 引入 两 


个 完全 相同 的 翻译 单元 〈 然 而 ， 这 么 做 并 没有 必要 ) 。 


A.2 声明 和 定义 

在 程序 员 的 交谈 中 ， 声 明和 和 定义 这 两 个 概念 通常 是 被 交叉 使 用 的 。 然 而 ， 在 
ODR 的 上 下 文中 ， 分 清 这 两 个 概念 的 确切 含义 是 非常 重要 的 纠 。 

声明 是 一 种 “把 一 个 C++ 名 称 引 入 或 者 重新 引入 到 你 的 程序 ”的 构造 。 一 个 声 


明 也 可 以 是 一 个 定义 ， 这 取决 于 它 所 引入 的 是 哪些 实体 以 及 如 何 引 入 这 些 实体 
EY: 


名 字 空 间 和 名 字 空 间 别 名 : 名 字 空 间 的 声明 和 名 字 空 间 的 别名 通常 都 是 定 
义 ， 尽 管 “ 定 义 ? 这 个 概念 在 此 的 含义 比较 特别 ， 因 为 名 字 空 间 的 成 员 列 表 在 以 后 
还 是 可 以 进行 扩展 的 。 

类 、 类 模板 、 函 数 、 函 数 模板 、 成 员 函 数 和 成 员 函 数 模 板 ， 当 且 仪 当 这 个 
声明 包含 一 个 与 声明 的 名 称 相关 联 的 花 括 号 体 时 ， 该 声明 才 是 定义 。 这 条 规则 同 
样 也 适用 于 : 联合 、 运 算 符 、 成 员 运 算 符 、 静 态 成 员 函 数 、 构 造 函 数 、 析 构 函 数 
和 与 上 面相 对 应 的 模板 版 本 的 显示 特 化 。 

BE: 当 且 仅 当 该 声明 包含 一 对 花 括 号 内 的 枚 举 子 时 ， 该 声明 才 是 定义 。 

局 部 变量 和 非 静 态 成 员 变 量 : 这 些 实体 总 是 可 以 被 看 作 定义 ， 尽 管 对 于 它 
们 而 言 ， 声 明和 定义 的 区 别 几乎 不 会 产生 任何 影 啊 。 

全 局 变量 : 如 果 声 明 前 面 没 有 直接 用 关键 字 extern， 或 者 它 具 有 一 个 初始 
化 器 ， 那 么 这 个 全 局 变量 的 声明 就 是 该 变量 的 定义 ; 否则 就 不 是 一 个 定义 。 

静态 成 员 变 量 : 当 且 仅 当 这 些 实体 出 现在 “包含 它们 的 类 或 者 类 模板 ”的 外 
部 时 ， 该 实体 的 声明 才 是 定义 。 


typedefs、using-declarations 和 using-directive: 它们 不 能 成 为 定义 ， 尽 管 
typedef 可 以 组 合 类 或 者 union 的 定义 。 


显示 实例 化 指示 符 : 我 们 把 它们 当成 定义 来 对 待 。 


A.3 一 处 定义 原则 的 细节 
roe a lle 
A.3.1 程序 的 一 处 定义 约束 
在 下 面 的 实体 中 ， 每 个 程序 最 多 只 能 有 一 处 定义 : 
非 内 联 函数 和 非 内 联 成 员 函 数 。 


具有 外 部 链接 的 变量 《从 本 质 上 言 ， 是 指 那些 在 名 字 空 间作 用 域 或 者 全 局 
作用 域 中 声明 的 ， 并 且 前 面 没 有 static 修 饰 符 的 变量 。 


静态 成 员 变 量 。 


非 内 联 的 函数 模板 、 非 内 联 的 成 员 函 数 模板 和 类 模板 的 非 内 联 成 员 ， 前 提 
是 在 该 声明 的 时 候 前 面 没 有 关键 字 export。 


类 模板 的 静态 成 员 变 量 ， 前 提 是 在 声明 的 时 候 前面 没 有 关键 字 export。 


例如 ， 包 含有 下 面 两 个 翻译 单元 的 C++ 程序 就 是 无 效 的 器 : 


// 翻 译 单元 1: 


int counter; 


// 翻 译 单 元 2: 
int counter; // 错 误 : 定义 了 两 次 (违反 了 ODR) 。 


这 条 原则 并 不 适用 于 具有 内 部 链接 的 实体 〈 从 本 质 上 而 言 ， 就 是 指 在 一 个 未 
命名 的 名 字 空 间作 用 域 中 或 者 在 全 局 作用 域 中 使 用 static 修 饰 符 进行 声明 的 实 
体 ) 。 因 为 静态 实体 即使 具有 相同 的 名 字 ， 如 果 出 现在 不 同 的 翻译 单元 中 ， 它 们 
也 被 认为 是 不 同 的 实体 。 同 样 地 ， 对 于 在 未 命名 的 名 字 空 间 中 声明 的 实体 ， 如 果 
它们 出 现在 不 同 的 翻译 单元 ， 那 么 也 认为 它们 是 不 同 的 。 例 如 ， 下 面 两 个 翻译 单 
元 可 以 组 成 一 个 有 效 的 C++ 程序 : 


// 翻 译 单元 1: 
static int counter = 2; // 和 其 他 的 翻译 单元 是 不 相关 的 


namespace { 


void unique() // 和 其 他 的 翻译 单元 是 不 相关 的 
{ 


} 


} 


// 翻 译 单元 2: 


static int counter = @; // 和 其 他 的 翻译 单元 是 不 相关 的 
namespace { 
void unique() // 和 其 他 的 翻译 单元 是 不 相关 的 
{ 
++counter; 


} 
int main() 


unique(); 


另外 ， 对 于 我 们 在 这 一 节 开 头 所 给 出 的 每 个 〈one-per-program) 实体 ， 如 果 
它们 被 使 用 的 话 ， 每 个 程序 中 最 多 只 能 有 一 处 定义 。 “使 用 ”这 个 概念 在 这 里 有 着 
很 准确 的 含义 ， 它 表明 了 程序 中 存在 某 种 指向 实体 的 引用 ， 这 个 引用 可 以 访问 变 
量 的 值 、 可 以 调用 一 个 函数 、 或 者 获得 该 实体 的 地 址 。 在 源 代 码 中 ， 该 引用 可 以 
是 显 式 的 ， 也 可 以 是 隐 式 的 。 例 如 ，new 表 达 式 可 能 会 生成 一 个 与 之 相关 的 delete 
运算 符 的 隐 式 调用 ， 从 而 在 构造 函数 抛 出 异常 的 时 候 ， 可 以 回收 那些 没有 被 使 用 
(但 已 经 分 配 ) 的 内 存 。 男 一 个 例子 是 拷贝 构造 函数 ， 它 们 可 能 是 会 被 隐 式 定义 
的 ， 尽 管 编译 器 最 后 还 会 对 该 定义 进行 优化 。 虚 函数 也 是 隐 式 使 用 的 “借助 于 实 
现 虚 函数 调用 的 内 部 结构 〉， 除 非 它 们 是 纯 虚 函数 。 还 有 其 他 几 种 不 同 的 隐 式 调 
用 存在 ， 基 于 简洁 性 考虑 ， 我 们 在 此 不 再 讨论 。 


然而 ， 有 两 种 引用 的 用 法 并 不 属于 上 一 段 所 讨论 的 范围 : 第 1 种 是 出 现在 指 
问 实 体 的 引用 作为 sizeof 运 算 符 的 参数 时 ， 第 2 种 和 第 1 种 有 些 相似 ， 但 有 一 些 区 
别 : 如 果 一 个 引用 作为 typeid 运 算 符 〈 见 5.6 节 ) 的 参数 ， 那 么 这 种 用 法 也 不 符合 
上 一 段 所 讨论 的 范围 ， 除 非 指派 给 typeid 运 算 符 的 实 参 是 一 个 多 态 的 对 象 〈 一 个 
可 能 具有 《可 能 是 继承 的 ) 虚 函 数 的 对 象 ) 。 例 如 ， 考 虑 下 面 的 单 文 件 程序 : 


#include <typeinfo> 
class Decider { 
#if defined(DYNAMIC) 


virtual ~Decider() { 


#endif 
}; 


extern Decider d; 
int main() 


const char* name = typeid(d).name(); 
return (int)sizeof(d); 


上 | 


当 且 仅 当 没有 定义 预 处 理 器 符号 DYNAMIC 的 时 候 ， 这 才 是 一 个 有 效 的 程 
序 。 实 际 上 ， 变 量 d 并 没有 被 定义 ，sizeof(d) 中 的 d 也 没有 被 使 用 ， 而 typeid(d) 中 的 
d 只 有 在 d 是 一 个 具有 多 态 类 型 的 对 象 〈 因 为 通常 而 言 ， 我 们 要 等 到 运行 期 才能 确 
定 多 态 typeid 运 算 符 的 结果 ) 时 ， 才 会 使 用 d。 


根据 C++ 标准 ， 这 一 节 所 描述 的 约束 并 不 会 要 求 CH+〈 编 译 器 ) 实现 给 出 诊 
断 信 息 。 实 际 情况 ， 往 往 是 链接 器 报告 这 些 信息 ， 而 且 报 告 的 信息 通常 是 ， 重 复 
定义 或 者 找 不 到 定义 。 
A.3.2 ”翻译 单元 的 一 处 定义 约束 


在 一 个 天 译音 元 中 ， 没 有 实体 可 以 被 定义 多 次 。 因 此 ， 下 面 的 例子 是 天 效 的 
C++ 代位; 


inline void f() { } 
inline void f() { } // 错 误 : 重复 定义 。 


这 也 是 我 们 要 在 头 文件 前 面 《 和 后 面 ) 添加 所 谓 的 〈 判 断 头 文件 是 否 已 经 存 
在 的 ) 条 件 编译 指示 符 〈guards) 的 原因 所 在 : 


// 文 件 : guard_demo.hpp: 
#ifndef GUARD DEMO_HPP 
#define GUARD DEMO HPP 


#endif / /GUARD_DEMO_HPP 


这 种 指示 符 可 以 用 来 确认 : 当头 文件 第 2 次 被 #include 的 时 候 ， 会 自动 去 挥 头 
人 
定义 。 


ODR 还 指定 了 某 些 实体 必须 在 特定 的 环境 下 进行 定义 。 这 些 实 体 包含 :class 
人 
则 。 


在 同一 个 翻译 单元 中 ， 对 于 class 类 型 (包含 struct 和 union) X， 在 下 面 的 任何 
使 用 之 前 ，X 必 须 已 经 具有 定义 : 
创建 类 型 X 的 对 象 〈 例 如 ， 一 个 变量 声明 或 者 通过 new 表 达 式 ) 。 这 种 创建 
a E N e 
和 对 象 。 


类 X 的 成 员 变 量 的 声明 。 


对 类 型 X 的 对 象 应 用 sizeof 或 typeof 运 算 符 。 


显 式 或 者 隐 式 地 访问 类 型 X 的 成 员 。 


把 一 个 表达 式 转 型 为 X 类 型 的 对 象 ， 或 把 X 类 型 对 象 转型 为 其 他 类 型 的 表达 
式 。 或 者 把 指向 X 类 型 的 指针 或 引用 转型 为 其 他 表达 式 ， 和 把 其 他 表达 式 转 型 为 
指向 X 类 型 的 指针 或 引用 《但 是 void* 类 型 除外 ) ， 我 们 可 以 使 用 隐 式 的 cast( 强 
制 类 型 转换 ) 、static_cast 或 者 dynamic_cast 来 实现 这 些 转型 。 


把 一 个 值 赋 给 X 类 型 的 对 象 。 


定义 和 调用 参数 类 型 或 返回 类 型 为 X 类 型 的 函数 。 然 而 ， 如 果 只 是 声明 这 
种 函数 ， 就 不 需要 该 类 型 的 定义 。 


这 些 规则 同样 适用 于 由 类 模板 产生 的 类 型 X， 这 束 意 味 厦 : 在 需要 类 型 X 的 定 
义 的 地 方 ， 就 必须 能 够 获得 (看 到 〉 相应 模板 的 定义 。 这 些 位 置 也 被 称 为 实例 化 
点 (point of instantiation， 缩 写成 POI， 见 10.3.2 小 节 ) 。 


对 于 内 联 函 数 ， 在 每 个 使 用 内 联 函 数 的 翻译 单元 都 必须 有 该 内 联 函数 的 定义 
(它们 只 是 在 该 翻译 单元 内 部 被 调用 或 者 取 址 ) 。 然 而 ， 和 class 类 型 不 同 的 是 : 
内 联 函 数 的 定义 可 以 位 于 使 用 点 之 后 。 例 如 


inline int not_so_ fast(); 
int main() 


not_so_fast(); 


} 


inline int not_ so _ fast() 
{ 
} 


对 于 上 面 的 代码 ， 尽 管 是 有 效 的 C++ 代 码 ， 但 是 某 些 编译 器 并 不 会 内 联 这 些 
在 调用 时 看 不 到 函数 体 的 函数 调用 ， 从 而 不 能 获得 预期 的 内 联 效 果 。 


和 类 模板 一 样 ， 对 于 由 参数 化 函数 〈 即 函数 模板 ) 产生 的 函数 ， 使 用 这 些 函 
数 〈 可 以 是 一 个 函数 、 成 员 函 数 模板 或 类 模板 的 成 员 函 数 ) 的 声明 也 会 创建 实例 
化 点 (POD 。 然 而 ， 和 类 模板 不 同 的 是 : 这些 相 应 的 定义 可 以 位 于 实例 化 点 
(POL) 之 后 (如 果 是 被 导出 (exported) 函数 ， 这 些 定义 还 可 以 位 于 别 的 翻译 单 
TaI 


我 们 在 这 一 节 所 讨论 的 这 些 ODR 约 束 是 可 以 用 C++ 编译 器 来 验证 的 。 因 此 
C++ 标准 要 求 : 当 某 条 规则 被 违反 的 时 候 ， 编 译 器 应 该 给 出 某 种 诊断 信息 。 唯 一 
的 例外 就 是 : non-exported 的 参数 化 函数 的 定义 ， 对 于 这 类 定义 ， 编 译 器 通常 不 会 


给 出 诊断 信息 。 
A3.3 ”路 翻译 单元 的 等 价 性 约束 


正如 我 们 前 面 所 介绍 的 ， 对 于 能 够 在 多 个 翻译 单元 中 定义 茶 种 实体 的 这 种 能 
力 ， 会 带 来 茶 种 潜在 的 新 错误 : 多 个 定义 并 不 匹配 。 遗 憾 的 是 ， 传 统 的 编译 器 技 
术 很 难 检 测 到 这 种 错误 ， 因 为 在 传统 的 编译 技术 下 ， 每 次 只 是 处 理 一 个 翻译 单 
元 。 最 终 ，C++ 标 准 也 没有 要 求 : 同一 个 实体 在 多 个 翻译 单元 中 的 区 别 必须 能 够 
被 检测 或 者 诊断 出 来 (当然 ， 这 实际 上 是 可 行 的 ) 。 然 而 ， 如 果 违 反 了 路 翻译 单 
元 的 约束 ，C++ 标 准 约定 : 编译 器 要 给 出 “未 经 定义 的 行为 "这 个 信息 ， 这 意味 着 
己 经 发 生 了 某 种 合理 的 或 者 不 合理 的 错误 。 通 常 而 言 ， 这 种 未 能 诊断 的 错误 会 导 
致 系统 衣 浊 或 给 出 错误 的 结果 ; 但 实际 中 也 可 能 带 来 其 他 的 错误 ， 更 直接 一 点 而 
言 ， 还 可 能 会 带 来 各 种 破坏 〈 例 如 文件 损坏 ) 器 。 

跨 翻 译 单元 的 约束 指定 : 当 一 个 实体 在 两 个 位 置 都 进行 定义 时 ， 这 两 个 位 置 
必须 由 完全 相同 的 标记 序列 〈 包 括 关 键 字 、 运 算 符 、 标 识 符 和 预 处 理 后 的 标记 ) 
组 成 。 而 且 ， 这 些 位 置 不 同 的 标记 在 它们 不 同 的 上 下 文中 ， 必 须 指定 相同 的 对 象 
例如， 位 于 不 同位 置 的 这 类 标识 符 必 须 引 用 相同 的 变量 ) 。 


让 我 们 来 考虑 下 面 的 例子 : 


// 翻 译 单元 1: 
static int counter = @; 
inline void increase_counter() 


{ 
} 


++counter; 


int main() 
} 


// 翻 译 单元 2: 
static int counter = @; 
inline void increase_counter() 


{ 


++counter ; 


} 


显然 ， 这 个 例子 是 错误 的 。 尺 管内 联 函 数 increase_counter()( 的 标记 序列 ) 在 
两 个 翻译 单元 中 看 起 来 是 一 样 的 ， 但 是 它们 各 自 包 含 的 标记 counter 却 引用 了 两 个 
不 同 的 实体 。 实 际 上 ， 因 为 两 个 变量 counter 都 是 具有 内 部 链接 〈 由 于 static 修 饰 
符 ) 的 变量 ， 所 以 即使 具有 相同 的 名 称 ， 它 们 之 间 也 是 不 相关 的 。 我 们 还 应 该 知 
TH: 即使 程序 中 没有 使 用 该 内 联 函 数 ， 这 个 例子 也 是 错误 的 。 


对 于 这 些 需要 在 多 个 翻译 单元 中 进行 定义 的 实体 ， 通 常 都 把 它们 的 定义 放 在 


头 文 件 中 。 于 是 ， 只 有 在 需要 这 些 定义 的 时 候 ， 才 贡 nclude 这 些 头 文件 ， 这 样 就 可 
UA JLE) 在 所 有 的 条 件 下 ， 这 些 符 号 序列 都 是 相同 的 内 。 根 据 这 个 方法 ， 

通常 就 可 以 避免 两 个 相同 的 标记 引用 不 同 的 实体 ， 但 是 当 这 种 情况 确实 发 生 的 时 
候 ， 所 导致 的 错误 信息 通常 都 是 很 隐 项 的 ， 也 很 难 进行 跟踪 。 


跨 翻 译 单元 约束 不 仅 适 用 于 在 多 个 位 置 定 义 的 实体 ， 也 适用 于 声明 中 的 缺 省 
实 参 。 让 我 们 用 例子 来 进行 说 明 ， 下 面 的 程序 就 具有 未 经 定义 的 行为 : 


// 翻 译 单元 1: 
void unused(int = 3); 


int main() 


} 


// 翻 译 单元 2: 
void unused(int = 4); 


另外 ， 我 们 还 应 该 知道 : 标记 流 (token stream) 的 等 价 性 有 时 候 还 会 导致 不 
明显 的 复杂 后 果 。 下 面 的 程序 剪裁 〈 做 了 一 点 小 修改 ) 自 C++ 标 准 : 


// 翻 译 单元 1: 
class X { 
public: 
X(int); 
X(int, int); 
}; 


X::X(int = @) 
} 


class D : public X { 
J 


D d2; //D() 调 用 X(int) . 


X(int); 
X(int, int); 
}; 


X::X(int = @, int = ð) 
{ 
} 


class D : public X { //D()VaAAX(int, int); 
}; //D() 的 隐 式 定义 违反 了 ODR. 


这 个 例子 中 的 程序 是 有 问题 的 ， 因 为 在 两 个 翻译 单元 中 ， 类 D 隐 式 生成 的 缺 
省 构造 函数 是 不 同 的。 其 中 一 个 调用 接受 单 实 参 的 X 构 造 图 数 ， 妃 一 个 调用 则 接 
受 双 实 参 的 X 构 造 函 数 。 男 外 ， 这 个 例子 也 很 好 地 说 明了 : 我 们 应 该 把 构造 函数 
限定 在 程序 的 某 个 位 置 《如 果 可 能 的 话 ， 这 个 位 置 应 该 是 在 一 个 头 文件 中 ) o 
运 的 是 ， 在 实际 中 ， 我 们 很 少 会 把 缺 省 实 参 放 在 类 定义 的 外 部 。 


对 于 “相同 标记 必须 引用 同一 个 实体 ”这 条 规则 ， 存 在 一 种 例外 情况 : 如 果 相 
同 标记 引用 了 不 相关 的 具有 相同 值 的 常量 ， 并 且 不 使 用 结果 表达 式 的 地 址 ， 那 么 
这 些 标记 就 会 被 认为 是 等 同 的。 基于 这 个 例外 情况 ， 让 我 们 来 考虑 下 面 的 程序 : 


// 文 件 header.hpp: 
#ifndef HEADER_HPP 
#define HEADER_HPP 


int const length = 10; 


class MiniBuffer { 
char buf[length] ; 


}3 


#endif; / /HEADER_HPP 


大 体 上 讲 ， 当 这 个 头 文 件 被 包含 在 两 个 翻译 单元 中 时 ， 将 会 生成 两 个 名 为 
length 的 常数 变量 ， 因 为 这 种 情况 下 的 const 隐 含 着 static 的 含义 。 然 而 ， 这 种 参数 
变量 通常 都 只 是 用 于 定义 编译 期 常 值 ， 而 不 是 运行 期 的 某 个 存储 人 位置。 因此， 如 
果 我 们 不 强行 要 求 必须 存在 一 个 存储 空间 (通过 引用 变量 的 地 址 〉 的 话 ， 就 可 以 
让 这 两 个 常量 具有 相同 的 编译 期 值 ， 而 不 需要 等 到 运行 期 才 来 确定 。 男 外 ，ODR 
等 价 性 原则 的 这 种 例外 情况 只 适用 于 整 型 值 和 枚 举 值 ( 浮 点 数 类 型 和 指针 类 型 并 
不 属于 这 个 范畴 ) 。 


最 后 ， 我 们 需要 谈 一 下 模板 。 模 板 的 名 称 是 可 以 在 两 个 阶段 进行 绑 定 的。 所 
谓 的 非 依 赖 型 名 称 是 在 定义 模板 的 位 置 进行 绑 定 的 ; 在 这 种 情况 下 ， 等 价 性 原则 
和 非 模板 定义 的 等 价 性 原则 一 样 。 对 于 那些 在 实例 化 点 〈POI) 进行 绑 定 的 名 
称 ， 就 必须 在 该 点 应 用 等 价 性 原则 ， 并 且 绑 定 的 对 象 必须 是 等 价 的 。 这 就 带 来 一 
个 微妙 的 现象 ， 对 于 exported 模 板 而 言 ， 尽 管 只 能 在 一 个 地 方 进行 定义 ， 但 它 却 
可 以 具有 多 个 实体 ， 而 所 有 这 些 实体 又 必须 遵循 等 价 性 原则 。 下 面 是 一 个 不 太 自 
然 的 程序 ， 它 违反 了 ODR: 


// 文 件 header.hpp 
#ifndef HEADER_HPP 
#define HEADER_HPP 


enum Color { red, green, blue }; 


//Color 的 关联 名 字 空 间 试 全 局 名 字 空 间 


export template<typename T> void highlight(T); 


void init(); 
#endif //HEADER_HPP 


// 文 件 tmpl_def.cpp: 
#include ”header.hpp” 


export template<typename T> 
void highlight(T x) 


paint(x); //(1) 一 个 依赖 型 调用 : 需要 进行 ADL 
} 


// 文 件 init .cpp: 
#include ”header.hpp” 


namespace { // 未 命名 的 名 字 空 间 


void paint(Color c) //(2) 
{ 
} 
} 
void init() 
{ 
highlight (blue) ; //(1) 处 的 ADL 将 会 解析 到 (2) 处 
} 


// 文 件 main.cpp 
#include ”header .hpp?” 


namespace { // 未 命名 的 名 字 空 间 
void paint(Color c) //(3) 
{ 


} 
} 


int main() 


init(); 
highlight (red); // (1) 处 的 ADL 查 找 将 会 解析 到 (3) 


为 了 理解 这 个 例子 ， 我 们 必须 知道 : 在 未 命名 的 名 字 空 间 中 定义 的 函数 是 具 
有 外 部 链接 的 ， 但 是 它们 和 “在 其 他 翻译 单元 中 的 未 命名 的 名 字 空 间 中 定义 的 函 
数 ” 是 完全 不 同 的 。 因 此 ， 上 面 程序 中 的 两 个 paint0 函 数 是 不 同 的 。 然 而 ， 在 
exported 模 板 highlight 中 调用 的 paintO 具 有 一 个 依赖 于 模板 的 实 参 〈 即 T) ， 因 此 需 
要 在 实例 化 点 POD 才能 绑 定 paintO 函 数 。 而 在 我 们 的 例子 中 ， 有 两 个 用 于 
highlight<Color> 的 实例 化 点 ， 它 们 会 导致 对 paint 名 称 的 不 同 绑 定 ; 从 而 不 符合 


ODR 的 等 价 性 原则 ， 这 个 程序 也 就 因此 成 为 非法 程序 。 


[1] 我 们 认为 在 交流 C 或 C++ 的 知识 时 ， 准 确 地 表达 每 个 概念 是 个 很 好 的 习 
惯 。 我 们 在 本 书 中 就 是 如 此 。 


[2] “有 趣 的 是 : 这 是 个 有 效 的 C 程 序 ， 因 为 C 具 有 一 个 名 为 试探 性 定义 的 概念 ， 
就 是 说 ， 在 程序 中 ， 没 有 进行 初始 化 的 变量 定义 可 以 出 现 多 次 。 

[3] gcc 编 译 器 的 第 1 个 版 本 就 开 过 这 种 玩笑 ， 当 出 现 这 种 情况 的 时 候 ， 它 会 自 
动 开始 运行 游戏 Rogue。 


[4] 在 茶 些 情况 下 ， 条 件 编译 指示 符 会 在 不 同 的 翻译 单元 中 给 出 不 同 的 内 容 ， 
T ee 也 还 存在 其 他 的 一 些 情 况 ， 但 是 它们 都 
很 少 使 用 。 


附录 B 重 载 解析 


重 载 解析 是 一 个 过 程 ， 它 针对 所 给 的 调用 表达 式 ， 来 选择 要 进行 调用 的 函 
数 。 让 我 们 先 考 虑 下 面 的 简单 代码 : 


void display_num(int); //(1) 
void display_num(double); //(2) 


int main() 


display_num(399); // 与 (1) 匹配 得 更 好 
display_num(3.99); //5 (2) 匹配 得 更 好 


在 这 个 例子 中 ， 我 们 称 函 数 名 称 display_numO 是 被 重 载 的 名 称 。 在 调用 中 使 
用 这 个 名 称 的 时 候 ，C++ 编 译 器 就 必须 使 用 一 些 额 外 的 信息 ， 来 区 分 各 个 不 同 的 
候选 函数 。 在 多 数 情况 下 ， 额 外 信息 指 的 是 调用 实 参 的 类 型 。 在 上 面 的 例子 中 ， 


(我 们 从 直观 上 也 能 感觉 到 ) 当 使 用 一 个 整 型 实 参 来 调用 函数 display_num() 时 ， 
调用 的 显然 是 int 的 版 本 《〈 即 〈1) ) ;而 当 使 用 一 个 浮 点 型 实 参 来 进行 调用 时 ， 
调用 的 当然 就 是 double 版 本 了 。 事 实 上 ， 试 图 模拟 直观 选择 的 这 种 过 程 就 是 我 们 
接 下 来 要 介绍 的 重 载 解析 过 程 。 


重 载 解析 规则 的 大 多 数 概 念 都 是 很 简单 的 ， 但 在 C++ 的 标准 化 过 程 中 ， 
细节 却 变 得 非常 复杂 。 复 杂 性 主要 是 为 了 支持 现实 中 的 一 些 例 子 : 这 些 何 了 (从 
人 的 主观 上 ) 看 起 来 应 该 具有 “明显 的 最 佳 上 匹配 ?， 但 当 试 图 形式 化 〈 实 现 ) 这 种 
主观 匹配 时 ， 却 会 遇 到 各 种 各 样 的 困难 。 


在 这 份 附录 里 ， 我 们 会 针对 重 载 解析 规则 进行 很 详细 的 描述 。 然 而 ， 基 于 这 
个 过 程 的 复杂 性 ， 我 们 并 不 准备 面面俱到 地 阐述 该 过 程 的 每 个 主题 。 


B.1 何 时 应 用 重 载 解析 


重 载 解析 可 以 看 成 是 : 函数 调用 整个 完整 处 理 过 程 的 一 部 分 。 事 实 上 ， 并 不 
是 每 个 调用 都 会 涉及 到 重 载 解析 。 首 先 ， 如 果 是 通过 函数 指针 或 者 成 员 函 数 指针 
来 进行 调用 ， 丈 不 会 进行 重 载 解析 ; 因为 究 驶 调用 哪个 阔 数 是 在 运行 期 由 指针 
(实际 上 所 指向 对 象 ) 来 决定 的 。 男 外 ， 类 似 函 数 的 宏 不 能 被 重 载 ， 因 此 就 不 会 
进行 重 载 解析 。 


站 
方法 ， 


。 查找 名 称 ， 从 而 形成 一 个 初始 的 重 载 集 〈 合 ) 。 
。 如 果 有 必要 的 话 ， 会 用 各 种 方法 对 这 个 集合 进行 修改 〈 例 如 ， 发 生 模 板 
演绎 的 时 候 ) 。 
任何 与 调用 不 匹配 《即使 考虑 了 隐 式 转型 和 缺 省 实 参 之 后 仍然 不 匹配 ) 
的 候选 函数 都 从 重 载 集中 删除 。 最 后 得 到 的 集合 就 是 ， 可 行 的 候选 函数 集 。 
执行 重 载 解析 来 寻找 一 个 最 佳 候 选 函 数 。 如 果 能 找到 ， 则 选择 这 个 最 佳 
候 先 函数， 否则， 这 个 调用 就 是 二 义 性 的 。 
检查 这 个 被 选 定 的 最 佳 候 选 函 数 。 例 如 ， 如 果 它 具有 不 能 访问 的 私有 成 


员 > 则 可 能 会 给 出 诊断 信息 。 


这 里 的 每 个 步骤 都 有 一 定 的 难度 ， 但 重 载 解析 应 该 是 最 复杂 的 一 步 。 幸 运 的 
人 
些 规则 。 


-> 


B.2 简化 过 的 重 载 解析 


重 载 解析 通过 比较 调用 实 参 和 候选 函数 参数 的 匹配 程度 ， 来 对 所 有 的 可 行 候 
选 函 数 进行 分 级 。 对 于 匹配 级 别 高 的 候选 函数 ， 它 每 个 参数 的 匹配 程度 都 不 能 低 
于 匹配 级 别 低 的 候选 函数 的 相应 参数 的 匹配 程度 。 下 面 的 例子 说 明了 这 一 点 : 


void combine(int, double); 
void combine(long, int); 


int main() 


combine(1,2); // 二 义 性 


} 


在 这 个 例子 中 ，combineO 调 用 是 二 义 性 的 ， 因 为 第 1 个 候选 函数 可 以 最 佳 地 
匹配 第 1 个 实 参 (类 型 为 int 的 文字 1) ， 而 第 2 个 候选 函数 可 以 最 佳 地 匹配 第 2 个 实 
参 。 我 们 可 能 会 觉得 :从 某 种 意义 上 而 言 ，int 与 long 的 相似 度 要 比 int 与 double 相 
似 度 更 高 〈 因 此 选择 第 2 个 候选 函数 ) ， 但 是 C++ 并 不 会 试图 度量 这 种 涉及 到 多 个 
调用 实 参 的 相似 度 ， 从 而 引发 二 义 性 。 

根据 分 级 的 原则 ， 我 们 需要 指出 调用 实 参 和 候选 函数 相应 参数 的 匹配 程度 。 
从 近似 的 角度 出 发 ， 我 们 可 以 对 下 面 的 匹配 进行 分 级 〈 从 最 佳 匹 配 到 最 差 匹 
配 ) : 

° 完美 匹配 。 参 数 的 类 型 和 实 参 〈 表 达 式 ) 的 类 型 相同 ， 或 者 参数 的 类 型 

是 指 癌 实 参 类 型 的 引用 《也 可 以 增加 const 或 者 volatile 限 定 符 ) 。 


有 细微 调整 的 匹配 。 例 如 ， 数 组 转变 (decay) 为 指向 数组 第 一 个 元 素 的 
指针 ， 或 者 添加 const， 从 而 让 类 型 为 int* 的 实 参 匹配 类 型 为 int const const* 的 
参数 等 。 

发 生 提升 的 匹配 。 提 升 是 一 种 隐 式 类 型 转换 ， 它 包含 把 占 位 少 的 整数 类 


型 ( 壁 如 bool、char、short 或 者 某 些 枚 举 ) 转换 为 占 位 多 的 类 型 〈 诸 如 int、 
unsigned int、long 或 者 unsigned long) ， 还 包括 从 float 到 double 的 类 型 转 
换 o 


发 生 标准 转型 〈 类 型 转换 ) 的 匹配 。 这 包含 任何 种 类 的 标准 转型 (诸如 
int 到 float) ， 但 并 不 包含 隐 式 调用 的 类 型 转换 运算 符 和 单 参数 构造 函数 。 


发 生 用 户 自 定义 转型 的 匹配 。 这 允许 任何 种 类 的 隐 式 类 型 转换 。 


和 省 略 号 的 匹配 。 省 略 号 参数 可 以 匹配 任何 类 型 〈 但 匹配 非 POD (plain 
old data) 类 型 会 导致 未 经 定义 的 行为 ) 。 


下 面 的 例子 说 明了 上 面 的 这 些 匹 配 ; 


int f1(int); //(1) 

int f1(double) ; //(2) 

f1(4); // 调 用 (1) : 精确 匹配 ， 
// 而 《2) 需要 一 个 标准 转型 

int f2(int) // (3) 

int f2(char); //(4) 

f2(true); //WFA G) : 发 生 提 升 的 匹配 ，true 是 boo1 型 
// 而 《4) 要 求 强 行 的 标准 转型 

class X { 

public: 
X(int); 

}; 

int f3(X); //(5) 

int f3(...) //(6) 

£3(7); // 调 用 〈5) : 发 生 用 户 自 定义 转型 的 匹配 ， 
// 而 (6) 要 求 和 省 略 号 进行 匹配 


我 们 知道 ， 重 载 解析 是 在 模板 实 参 演绎 之 后 才 进 行 的 ， 因 此 ， 演 绎 并 不 会 考 


虑 上 面 的 这 些 类 型 转换 。 下 面 的 例子 说 明了 这 一 点 : 


template <typename T> 
class MyString { 
public: 
MyString(T const*); // 能 够 进行 类 型 转换 的 构造 函数 


}; 


template <typename T> 
MyString<T> truncate(MyString<T> const&, int); 


int main() 


MyString<char> str1, str2; 
str1 = truncate<char>(”Hello World”, 5); // 正 确 


str2 = truncate(”Hello World”,5); // 错 误 


在 模板 实 参 的 演绎 过 程 中 ， 并 不 会 考虑 这 种 由 单 参数 构造 函数 所 提供 的 隐 式 
转型 。 在 给 str2 赋 值 的 过 程 中 ， 并 不 能 找到 任何 可 行 的 truncate(0) 函 数 ， 因 此 根本 就 
不 会 执行 重 载 解析 。 


前 面 的 原则 只 是 一 种 近似 的 原则 ， 但 是 大 多 数 例子 都 符合 这 些 原则 。 男 一 方 
oe 这 些 原 则 来 解释 的 情况 ， 我 们 在 下 面 将 给 出 针对 这 些 原 则 
9 一些 重要 细节 。 


B.2.1 成 员 函 数 的 隐 含 实 参 


让 我 们 考虑 一 个 非 静 态 成 员 函 数 的 调用 ， 该 调用 实际 上 包括 了 一 个 隐 含 参 
数 ， 而 且 ， 在 成 员 函 数 定 义 的 内 部 ， 这 个 隐 含 参数 是 可 访问 的 ;事实 上 ， 这 个 参 
数 就 是 我 们 通常 所 说 的 *this。 例 如 ， 对 于 类 MyClass 的 成 员 函 数 ， 这 个 隐 含 参数 
通常 是 MyClass& 类 型 〈 针 对 non-const 成 员 函 数 ) 或 者 MyClass const& 类 型 〈 针 对 
const 成 员 函 数 ) 由 。 就 这 一 点 而 言 ， 你 可 能 会 奇怪 为 何 this 却 是 指针 类 型 的 呢 ? 如 
果 让 this 等 同 于 现在 的 *this 不 更 好 吗 ? 然 而， 实际 的 历史 原因 是 : 在 还 没有 把 引 
FA (reference) 引入 语言 之 前 ，this 就 已 经 是 早期 C++ 版 本 的 一 部 分 了 ; 而 等 到 加 
入 引用 的 时 候 ， 己 经 有 很 多 代码 依赖 于 作为 指针 类 型 的 this 了 。 


在 重 载 解析 的 参数 中 ， 隐 含 的 this 参 数 的 地 位 和 显 式 参数 的 地 位 是 相同 的 。 事 
实 上 ， 引 入 *this 之 后 ， 大 多 数 情况 并 不 会 产生 影响 ， 但 是 偶尔 却 会 导致 出 人 意料 
的 结果 。 下 面 的 例子 设计 了 一 个 类 似 字 符 串 的 类 ， 它 的 行为 就 出 乎 我 们 的 意料 
(然而 在 实际 中 我 们 经 常会 看 到 这 种 代码 ): 


#include<stddef.h> 


class BadString { 
public: 
BadString(char const*); 


// 通 过 下 标 运 算 符 来 访问 字符 
char& operator[] (size t); //(1) 
char const& operator[] (size t) const; 


// 隐 式 转型 为 以 nu11 结 束 的 字符 串 
operator char*(); // (2) 
operator char const*(); 


}; 
int main() 
{ 
BadString str(“correkt”) ; 
str[5] = ‘c’; // 可 能 会 产生 重 载 解析 二 义 性 
} 


第 一 眼看 来 ， 关 于 表达 式 str[5] 的 一 切 都 是 确定 的 。 (1〉 处 的 下 标 运 算 符 看 
起 来 也 像 是 完美 匹配 。 然 而 ， 如 果 我 们 仔细 观察 就 会 发 现 : 实 参 5 的 类 型 是 int， 
而 运算 符 所 期 望 的 类 型 是 无 符号 的 整数 类 型 〈size_t 和 std::size_t 通 常 都 代表 
unsigned int 或 unsigned long 类 型 ， 但 肯定 不 会 是 int 类 型 )。 于 是 ， 如 果 要 [匹配 
(1) 的 话 ， 就 需要 进行 一 次 标准 整 型 转换 。 然 而 ， 还 〈 隐 含 地 ) 存在 男 一 个 可 
行 的 候选 函数 : 内 建 〈 即 相对 于 char) 的 下 标 运算 符 。 实 际 上 ， 如 果 我 们 对 str 应 
用 隐 式 的 类 型 转换 (因为 str 是 一 个 类 似 于 this 的 隐 式 成 员 函 数 实 参 ) ， 我 们 就 可 


以 获得 一 个 指针 类 型 (char) ， 之 后 就 可 以 应 用 内 建 的 下 标 运算 符 了 ; 而 且 ， 内 
建 的 下 标 运算 符 接 受 一 个 ptrdiff_t 类 型 的 实 参 ， 在 某 些 平台 下 ptrdiff_t 等 同 于 int,， 
所 以 该 类 型 是 实 参 5 的 完美 匹配 。 因 此 ， 就 隐 式 实 参 ( 指 str， 也 就 是 隐 舍 的 this) 
而 言 ， 尽 管内 建 的 下 标 运 算 符 可 能 是 一 个 不 太 好 的 匹配 (会 先进 行 用 户 自 定 义 的 
类 型 转换 ) ， 但 它 应 该 比 在 (1) 处 定义 的 下 标 运算 符 的 匹配 更 好 ! 从 而 就 出 现 
潜在 的 二 义 性 馈 。 为 了 可 移植 地 解决 这 个 问题 ， 你 可 以 声明 运算 符 刀 接受 的 是 
ptrdifr_t 参 数 ， 或 者 你 可 以 把 到 char 的 隐 式 类 型 转换 改 成 显 式 类 型 转换 〈 这 也 是 我 
们 通常 建议 的 方式 ) 。 

一 组 可 行 函数 是 可 以 同时 包含 静态 成 员 和 非 静 态 成 员 的 。 但 是 如 果 让 一 个 静 
态 成 员 和 一 个 非 静态 成 员 进 行 比较 ， 是 肯定 不 会 考虑 隐 式 参数 匹配 的 (实际 上 ， 
只 有 非 静 态 成 员 才 会 具有 隐 式 的 *this 实 参 ) 。 

B.2.2 ” 细 化 完美 匹配 


对 于 int 类 型 的 实 参 ， 有 3 种 参数 类 型 可 以 与 它 获得 完美 匹配 : int、int& 和 int 
const&。 而 且 ， 对 函数 而 言 ， 针 对 两 种 类 型 的 引用 进行 重 载 是 很 普 壳 的: 


void report(int&); //(1) 
void report(int const&); //(2) 


int main() 


for (int k = ð; k<10; ++k) { 
report(k); // 调 用 (1) 


report(42); // 调 用 (2) 


在 类 似 上 面 的 例子 中 ， 如 果实 参 是 一 个 左 值 ， 那 么 将 会 优先 考虑 没有 const 的 


版 本 。 而 对 于 作为 右 值 的 实 参 ， 将 会 优先 考虑 const 版 本 。 
这 种 情况 同样 也 适用 于 成 员 函 数 调用 的 隐 式 实 参 : 


class Wonder { 


public: 

void tick(); //(1) 
void tick() const; //(2) 
void tack() const; //(3) 

}; 

void run(Wonder& device) 

{ 
device.tick(); // 调 用 (1) 
device.tack(); // 调 用 G) ,因为 不 存在 一 个 non-const 

// 版 本 的 Wonder: :tack() 


最 后 ， 让 我 们 修改 前 面 的 例子 ， 来 前 明 : 如 果 你 针对 引用 类 型 和 没有 引用 的 
类 型 进行 重 载 ， 一 样 完美 的 两 个 匹配 也 可 以 导致 二 义 性 : 


void report(int); //(1) 
void report(int&) ; //(2) 
void report(int const&) ; //(3) 
int main() 
{ 
for(int k = ð; k<10; ++k) { 
report(k); //— SVE: (1) 和 (2) 的 匹配 程度 一 样 
} 
report(42); // 二 义 性 : a) 和 (3) 的 匹配 程度 一 样 
} 
总 而 言 之 : 


° 对 于 T 类 型 的 右 值 ，T 和 T const& 的 匹配 程度 一 样 。 
° 对 于 T 类 型 的 左 值 ，T 和 T& 的 匹配 程度 一 样 。 


B.3 重 载 的 细节 


前 面 两 节 已 经 给 出 了 : 在 日 常 C++ 程 序 设 计 中 ， 经 常会 遇 到 的 重 载 情况 。 遗 
憾 的 是 ， 还 存在 一 些 并 不 属于 这 些 普通 情况 的 例子 一 一 对 于 任何 非 专门 讨论 重 载 
的 书籍 ， 都 很 难 曾 明 这 些 例 子 的 方方面面 。 因 此 ， 我 们 接 下 来 将 讨论 一 些 使 用 得 
比较 广泛 的 情形 ， 并 让 读者 知道 重 载 的 一 些 内 在 细节 。 


B.3.1 非 模 板 优 先 
当 重 载 解析 的 其 他 各 个 方面 都 是 等 同 的 时 候 ， 非 模板 函数 将 会 优先 于 由 模板 


产生 的 实例 〈 无 论 是 产生 自 泛 型 模板 的 实例 ， 还 是 显 式 特 化 所 提供 的 实例 ) 。 请 
看 下 面 的 例子 : 


template <typename T> int f(T); //(1) 
void f(int); //(2) 
int main() 
{ 
return f(7); // 错 误 : WIEST (2), (Ae (2) 并 没有 返回 一 个 住 
} 


这 个 例子 男 一 方面 清楚 地 说 明了 : 重 载 解析 通常 并 不 会 考虑 (被 选择 的 ) 函 
数 的 返回 类 型 。 


如 果 这 种 选择 是 在 两 个 模板 之 间 进 行 ， 那 么 将 会 选择 特 化 程度 更 高 的 模板 
(前 提 是 一 个 模板 的 特 化 程度 要 比 其 他 的 模板 高 )。 关 于 这 个 概念 的 完整 解释 可 
以 参阅 12.2.2 小 节 。 


B.3.2 ”转型 序列 
通常 而 言 ， 一 个 隐 式 转型 可 以 由 一 系列 子 转型 构成 。 考 虑 下 面 的 例子 : 


class Base { 
public: 


operator short() const; 


}3 


class Derived : public Base { 


}; 
void count(int); 


void process(Derived const& object) 


] 户 自 定义 的 转型 


count(object); // 匹 配 : 应 用 


二 


调用 [lcount(objecb 是 正确 的 ， 因 为 object 对 象 可 以 隐 式 地 转型 为 int。 然 而 ， 
这 个 转型 需要 进行 下 面 的 几 个 子 步 又 : 


1. object 对 象 从 Derived const 到 Base const 的 转型 。 

2. 从 (由 1 获得 的 ) Base const 到 short 的 用 户 自 定 义 转型 。 

3. 从 short 到 int 的 提升 〈 转 型 ) 。 

这 也 是 使 用 得 最 广泛 的 转型 序列 : 先进 行 一 个 标准 转型 〈 在 这 个 例子 中 是 派 
生 类 到 基 类 的 转型 ) ， 然 后 进行 一 个 用 户 自 定义 转型 ， 最 后 再 进行 另 一 个 标准 转 
一 个 或 多 个 。 


重 载 解析 的 另 一 个 重要 规则 是 : 如 果 转 型 序列 A 是 转型 序列 B 的 子 序列 ， 那 么 
将 会 优先 使 用 A 所 对 应 的 转型 。 例 如 ， 如 果 前 面 的 例子 有 另 一 个 候选 函数 : 


void count(short) ; 


那么 调用 count(object) 将 会 优先 使 用 上 面 这 个 候选 函数 ， 因 为 它 并 不 需要 进行 
上 述 转型 步骤 的 第 3 步 〈 即 提升 〉。 


B.3.3 ”指针 的 转型 

指针 和 成 员 指针 四 也 会 进行 各 种 特定 的 标准 转型 ， 这 包括 : 
° 从 指针 到 bool 类 型 的 转型 。 
° 从 任意 的 指针 类 型 到 void* 的 转型 。 
° 派生 类 指针 到 基 类 指针 的 转型 。 
° 基 类 成 员 指 针 到 派生 类 成 员 指 针 的 转型 。 

尽管 这 些 转型 都 会 引发 一 个 “只 进行 标准 转型 的 匹配 ”， 然 而 这 几 个 转型 的 等 
级 是 不 一 样 的 。 

首先 ， 任 何其 他 的 标准 转型 都 要 优 于 到 pool 类 型 的 转型 〈 无 论 是 普通 的 指针 
还 是 成 员 指 针 ) 。 例 如 : 


void check(void*) ; //(1) 


void check(bool); //(2) 
void rearrange(Matrix* m) 

check(m) ; // 调 用 (1) 
i tis 


对 于 普通 指针 的 转型 ， 从 派生 类 指针 到 基 类 指针 的 转型 要 优 于 到 void* 类 型 的 
转型 。 男 外 ， 如 果 可 行 函 数 的 转型 涉及 到 类 继承 体系 中 的 多 个 类 ， 那 么 将 会 优先 
选择 派生 路 径 最 短 的 转型 ， 下 面 是 一 个 简单 的 例子 : 


class Interface { 

}; 

class CommonProcesses : public Interface { 
}; 


class Machine : public CommonProcesses { 


}; 
char* serialize(Interface*); //(1) 
char* serialize(CommonProcesses*) ; //(2) 


void dump(Machine* machine) 


char* buffer = serialize(machine) ; // 调 用 (2) 


从 Machine 到 CommonProcesses 的 转型 要 优先 于 到 Interface* 的 转型 ， 这 也 符合 


我 们 的 主观 想法 。 


这 条 规则 也 《能 够 大 体 地 ) 适用 于 成 员 指针 : 在 两 种 与 成 员 指针 类 型 相关 的 
转型 中 ， 将 会 优先 考虑 继承 路 径 最 短 〈 就 是 说 ， 派 生 层 次 最 少 ) 的 一 种 〈 转 


A) 


B.3.4 仿 函 数 和 代理 函数 


我 们 在 前 面 已 经 说 过 ， 在 查找 完 函 数 名 称 、 建 立 一 个 初始 化 重 载 集 之 后 ， 这 
个 集合 还 会 及 生 某 些 改变 。 于 是 ， 当 调用 表达 式 引 用 的 是 一 个 类 对 象 ， 而 不 是 一 
人 
PRI BL o 


第 1 个 添加 是 很 直接 易 懂 的 : 把 任何 operator0) 〈 也 被 看 成 函数 调用 运算 符 ) 
都 添加 到 重 载 集中 ， 具 有 这 个 运算 符 的 对 象 通常 被 称 为 仿 函 数 ( 见 第 22 章 )。 


第 2 种 添加 发 生 在 : 某 个 class 类 型 对 象 包含 一 个 到 函数 类 型 指针 (或 者 指向 函 
数 类 型 的 引用 〉 的 转型 运算 符 丫 。 在 这 种 情况 下 ， 就 会 把 一 个 代理 函数 (也 称 为 
MPO) 添加 到 重 载 集中 。 值 得 注意 的 是 : 这 个 候选 的 代理 函数 除了 具有 显 式 声 
明 的 参数 之 外 ， 还 具有 一 个 隐 全 参数， 隐 含 参数 的 类 型 是 转型 函数 所 指派 的 类 
型 。 让 我 们 用 一 个 例子 来 更 清楚 地 说 明 这 些 概念 : 


typedef void FuncType(double, int); 


class IndirectFunctor { 
public: 


operator()(double, double); 


operator FuncType*() const; 


}3 


void activate(IndirectFunctor const& funcObj) 


funcObj (3,5); // 错 误 : 二 义 性 


} 


调用 funcObj(3,5) 被 看 作 具 有 3 个 参数 的 调用 ，3 个 参数 分 别 是 : funcObj、3 和 
5。 可 行 的 候选 函数 包含 operator0 成 员 〈 它 的 参数 类 型 被 看 成 是 : 
IndirectFunctor&、double 和 double) 和 一 个 代理 函数 ， 代 理 函 数 的 参数 类 型 分 别 是 
FuncType* 、double 和 int。 就 隐 含 参数 而 言 ， 代 理 函 数 的 匹配 不 如 operator0 CALA 
代理 函数 需要 进行 一 次 用 户 自 定义 的 转型 ) ; 但 就 最 后 一 个 参数 而 言 ， 代 理 函 数 
因此 ， 我 们 不 能 对 这 两 个 候选 函数 进行 排序 ， 从 而 也 就 导 
致 了 二 义 性 。 


幸运 的 是 ， 代 理 函 数 在 C++ 中 只 是 很 偏 储 的 知识 ， 在 实际 应 用 中 几乎 不 会 出 
现 。 
B.3.5 ”其 他 的 重 载 情况 

到 目前 为 止 ， 我 们 已 经 讨论 了 关于 重 载 的 一 些 话 题 ， 这 主要 是 包括 : 针对 一 
个 函数 调用 表达 式 ， 在 什么 情况 下 应 该 调用 哪个 函数 。 然 而 ， 还 存在 一 些 其 他 的 
情况 ， 也 需要 进行 类 似 的 函数 选择 。 

第 1 种 情况 出 现在 :需要 函数 地 址 的 时 候 。 考 虑 下 面 的 例子 : 


int n_elements(Matrix const&); //(1) 
int n_elements(Vector const&) ; //(2) 


void compute() 
{ 

int (*funcptr)(Vector const&) = n_elements; // 选 择 (2) 
} 


在 上 面 的 代码 中 ， 两 个 n_element 名 称 组 成 了 一 个 重 载 集 ， 但 我 们 只 想 获得 集 
合 中 一 个 函数 的 地 址 ;， 于是， 重 载 解析 就 会 试图 匹配 所 要 求 的 函数 类 型 (在 例子 
中 是 funcPtr 的 类 型 ) 和 《可 获取 的 ) 候选 函数 的 类 型 。 


另 一 种 要 求 进行 重 载 解析 的 情况 发 生 在 初始 化 的 时 候 。 遗 憾 的 是 ， 这 是 一 个 
很 复杂 的 话题 ， 也 超出 了 我 们 在 附录 中 应 该 给 出 的 内 容 。 然 而 ， 我 们 下 面 还 是 给 
出 了 一 个 例子 ， 稍 加 说 明 这 种 运用 重 载 解析 的 特殊 情况 : 


#include <string> 


class BigNum { 
public: 
BigNum(long n); 
BigNum(double n); 
BigNum(std::string const&); 


operator double(); 
operator long(); 


}; 

void initDemo() 

{ 
BigNum bn1(166163 ; 
BigNum bn2(?”7057103224.095764”) ; 
int in = bn1; 

} 


在 这 个 例子 中 ， 我 们 需要 重 载 解析 来 选择 适当 的 构造 函数 和 转型 运算 符 。 在 
大 多 数 的 例子 中 ， 重 载 规 则 都 会 产生 符合 主观 的 结果 。 然 而 ， 这 些 规则 的 细节 是 
相当 复杂 的 ， 某 些 应 用 程序 依赖 于 这 方面 的 知识 也 是 C++ 语 言 中 的 一 些 更 加 偏僻 
的 知识 (例如 ，std::auto_ptr 的 设计 )。 


[1] 如 果 成 员 函 数 是 volatile 的 ， 那 么 可 以 是 MyClass volatile& 类 型 ， 或 者 MyClass 
volatile& 类 型 ， 但 这 种 情况 很 少 。 


[2] 我 们 还 应 该 知道 ,这 种 二 义 性 只 有 在 size_t 等 同 于 unsigned int 的 平台 时 才 会 出 
现 。 如 果 是 在 size_t 等 同 于 unsigned long 的 平台 ， 那 么 类 型 ptrdiff_t 相 应 就 是 long 的 
类 型 定义 ， 也 就 不 会 出 现 二 义 性 了 ， 因 为 针对 下 标 表 达 式 〈 如 5) ， 内 建 下 标 运 


算 符 也 需要 进行 一 次 类 型 转换 。 

[3] 译注 ， 这 个 “调用 ”是 名 词 。 

[4] 译注 : 这 里 的 原文 是 pointer to members， 事 实 上 应 该 翻译 成 : 指向 成 员 的 指 
针 ; 但 成 员 指 针 已 经 是 一 种 约定 俗 成 的 说 法 ， 代 表 的 就 是 指向 成 员 的 指针 。 为 了 
行文 简洁 ， 故 使 用 成 员 指 针 。 


[5] 从 某 种 意义 上 而 言 ， 这 种 转型 运算 符 还 必须 精确 匹配 的 ; 例如， 对 于 const 对 
象 ， 它 将 不 会 考虑 non-const 的 运算 符 。 


参考 资料 


这 个 附录 将 给 出 本 书 所 提 到 的 、 采 用 的 或 者 引用 的 各 种 资源 。 在 今天 ， 编 程 
语言 的 许多 发 展 来 源 于 网 上 的 论坛 。 因 此 ， 我 们 在 这 里 除了 列 出 一 些 有 用 的 书籍 
和 文章 之 外 ， 还 给 出 了 一 些 网 络 站 点 。 当 然 ， 我 们 这 里 所 给 出 的 资源 并 非 面 面 俱 
到 ， 只 是 给 出 一 些 与 C++ 模板 的 主题 相关 的 资源 。 


与 书籍 和 论文 相 比 ， 网 站 资源 显然 更 加 容易 发 生变 化 。 下 面 给 出 的 网 络 链接 
在 将 来 也 可 能 会 失效 。 因 此 ， 我 们 专门 为 这 本 书 提供 了 一 个 网 址 (当然 ， 我 们 期 
望 该 网 址 能 够 比较 稳定 ) ， 让 你 可 以 获得 及 时 的 链接 资 
W: http://www.josuttis.com/tmplbook. 


在 列举 书籍 、 文 章 和 网 址 之 前 ， 我 们 将 先 给 出 一 些 更 具 交 互 性 的 资源 ， 也 就 
是 所 谓 的 新 闻 组 (newsgroups) 。 


新 闻 组 

Usenet 是 一 种 资源 庞大 的 、 种 类 繁多 的 电子 论坛 ， 通 常 也 称 为 新 闻 组 。 其 中 
某 些 论坛 是 有 人 进行 管理 的 ， 也 就 是 说 ， 每 次 内 容 提 交 都 要 经 过 严格 的 审核 ， 这 
样 才 能 保证 内 容 的 质量 。 

有 一 些 新 闻 组 就 是 专门 讨论 C++ 语言 的 。 实 际 上 ， 对 于 本 书 中 所 列 出 的 一 部 


分 高 级 搁 术 ， 在 某 些 新 闻 组 就 已 经 发 表 过 了 。 男 外 ， 对 于 某 些 例子 所 涉及 的 技 
术 ， 也 是 通过 新 闻 组 不 断 地 交互 和 讨论 ， 从 而 不 断 发 展 和 改善 的 。 


下 面 就 是 一 些 讨 论 C++、C++ 标 准 、C++ 标 准 库 的 Usenet 新 闻 组 : 


° Tutorial level C++ (unmoderated): alt.comp.lang.learn.c-c++ 

° General aspects of C++ (unmoderated): comp.lang.c++ 

° General aspects of C++ (moderated): comp.lang.c++.moderated 
e Aspects of the C++ standard (moderated): comp.std.c++ 


如 果 你 未 曾 访 问 过 Usenet 新 闻 组 服务 器 ， 你 可 以 使 用 Google Usenet archive: 
http://groups.google.com 
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DJ ‘FA. 
INE 表 
这 个 术语 表 包 含 了 本 书 主题 所 使 用 的 大 部 分 重要 概念 。 如 果 需 要 了 解 C++ 程 
序 员 所 使 用 的 、 更 完整 、 更 通用 的 术语 ， 可 以 参考 [StroustrupGlossary]。 
abstract class 抽象 类 
一 个 不 能 产生 具体 对 象 〈 实 例 ) 的 类 。 可 以 用 抽象 类 来 收集 不 同类 的 共同 属 


性 ， 或 者 定义 一 个 多 态 接 口 。 由 于 抽象 类 通常 都 被 用 作 基 类 ， 所 以 缩写 
ABC (Abstract Base Class) 有 时 也 代表 抽象 类 。 


ADL 


argument-dependent lookup 的 缩写 。ADL 是 一 个 在 名 字 空 间 和 类 中 查找 函数 
《或 者 运算 符 ) 名称 的 过 程 。 这 里 的 名 字 空 间 和 类 指 的 是 : 针对 某 个 特殊 的 函数 
调用 ， 和 该 函数 (或 运算 符 〉 调用 实 参 相关 联 的 名 字 空 间 和 类 。 由 于 历史 原因 ， 
我 们 有 时 候 把 ADL 叫 做 扩展 的 Koenig 碍 找 ， 或 者 干脆 称 为 Koenig 碍 找 《〈 后 者 通常 
指 应 用 于 运算 符 的 ADL ) 。 


尖 括 号 hack 

是 一 个 非 标 准 的 特性 ， 它 允许 编译 器 把 两 个 连续 的 > 看 成 两 个 闭 尖 括号 〈 即 
使 在 它们 之 间 通 常 都 需要 间隔 〉。 例 如 ， 表 达 式 vector<list<int>> 是 一 个 无 效 的 
C++ 表达 式 ; 但 是 借助 于 尖 括 号 hack， 可 以 把 它 等 价 地 看 成 Vector<list<int> >. 
RS 


当 把 符号 < 和 > 用 于 界定 模板 参数 或 者 模板 实 参 列 表 的 范围 时 ， 我 们 就 把 这 
两 个 符号 称 为 尖 括 号 。 


ANSI 


American National Standard Institute 的 缩写 。 它 是 一 个 致力 于 产生 各 种 标准 规 
范 的 私有 非 营利 性 组 织 。 其 中 一 个 名 为 J16 的 子 委员 会 专门 针对 C++ 的 标准 化 过 
程 。ANSI 和 ISO (international standard organization) 有 着 密切 的 联系 。 


argument 实 参 


《从 更 广义 的 意义 上 而 言 ) 它 是 一 个 值 ， 用 来 蔡 换 程序 实体 的 参数 。 例 如 ， 
在 函数 调用 abs(-3) 中 ，-3 就 是 实 参 。 在 一 些 程序 设计 团体 中 ， 实 参 也 被 称 为 实际 
参数 (actual arguments) ， 而 参数 (parameters) 相应 地 被 称 为 形式 参数 (formal 
parameters) 。 


argument-dependent lookup /, ADL. 


class 类 


对 同一 类 别 的 对 象 的 描述 。 它 定义 了 该 类 别 中 任何 对 象 的 许多 共同 特征 。 这 
我 


些 特征 包括 : 类 的 数据 (属性 、 成 员 变 量 ) 和 操作 〈 方 法、 成 员 函 数 ) 。 在 
C++ 中 ， 可 以 把 类 看 成 一 种 结构 ， 它 的 成 员 可 以 是 函数 ， 并 且 具 有 访问 限制 。 
们 可 以 通过 关键 字 class 或 者 struct 来 声明 类 。 

class template 类 模板 


一 种 表示 类 家 族 的 构造 。 它 指定 了 一 种 生成 具体 类 的 模式 ， 用 特定 实体 蔡 换 
模板 参数 。 类 模板 有 时 也 被 称 为 参数 化 类 ， 这 也 是 一 个 比较 通用 的 概念 。 


class type class 类 型 
用 class、struct、union 声 明 的 C++ 类 型 。 
collection class 集合 类 


种 用 于 管理 一 组 对 象 的 类 。 在 C++ 中 ， 集 合 类 通常 也 被 称 为 容器 。 


constant-expression 


在 编译 期 可 以 由 编译 器 确定 值 的 表达 式 。 我 们 通常 称 之 为 true constant, XHA 
免 和 constant expression 〈 注 意 : 这 里 两 个 单词 之 间 没 有 连 字 号 -) RERA. 
constant expression (常量 表达 式 ) 包含 不 能 由 编译 器 在 编译 期 计算 出 来 的 本 身 就 
是 常量 的 表达 式 。 


const member function const} 7: pk ZV 


可 以 针对 常量 或 者 临时 对 象 进 行 调用 的 成 员 函 数 ， 因 为 它 通 常 不 能 修改 *this 
对 象 的 成 员 。 


container 容器 见 集合 类 。 
conversion operator 类 型 转换 〈 转 型 ) 运算 符 


一 种 特殊 的 成 员 函 数 ， 它 定义 了 如 何 把 一 个 对 象 隐 式 〈 或 者 显 式 ) 地 转换 为 
另 一 种 类 型 的 对 象 。 通 常 使 用 operator type() 的 形式 来 声明 。 


CRTP 


-Curiously Recurring Template Pattern( 奇 异 递归 模板 模式 ) 的 缩写 。 它 代表 一 种 
编码 模式 : 类 X 派 生 自 一 个 基 类 ， 该 基 类 以 X 作 为 它 的 一 个 模板 实 参 。 


Curiously Recurring Template Pattern 奇异 递归 模板 模式 ULCRTP. 
decay** 

把 数组 或 者 函数 隐 式 转型 为 指针 的 操作 。 例 如 ， 字 符 串 文字 人 ello” 的 类 型 为 
char const [6]， 但 在 许多 C++ 的 上 下 文中 ， 会 把 它 转 化 成 类 型 为 char const* 的 指针 

( 它 指 疝 字符 串 的 第 一 个 字符 〉。 

declaration 声明 

一 种 把 一 个 名 称 引 入 或 者 重新 引入 到 某 个 C++ 作 用 域 的 构造 。 参 见 “ 定 义 ”。 
deduction 演绎 


根据 使 用 模板 的 上 下 文 ， 隐 式 地 确定 模板 实 参 的 过 程 。 完 整 的 概念 是 ， 模板 


definition 定义 


它 也 是 一 种 声明 ， 但 该 声明 必须 给 出 被 声明 实体 的 细节 。 对 于 变量 而 言 ， 这 
里 的 细节 是 指 : 为 被 声明 实体 保留 存储 空间 。 对 于 class 类 型 和 水 数 定义 而 言 ， 指 
的 是 包含 有 一 对 花 插 号 内 容 的 声明 。 对 于 外 部 变量 而 言 ， 指 的 是 前 面 没 有 关键 字 
extern 或 者 在 声明 时 就 进行 初始 化 的 声明 。 


dependent base class 依赖 型 基 类 


依赖 于 模板 参数 的 基 类 。 当 访问 依赖 型 基 类 的 成 员 时 ， 我 们 需要 特别 小 心 。 
具体 参见 两 阶段 查找 。 


dependent name 依赖 型 名 称 


依赖 于 模板 参数 的 名 称 。 例 如 ， 当 A 或 者 T 是 一 个 模板 参数 的 时 候 ，A<T>::x 
就 是 一 个 依赖 型 名 称 。 对 于 函数 而 言 ， 在 函数 调用 中 ， 如 果 调 用 实 参 的 类 型 依赖 
于 模板 参数 ， 那 么 该 函数 的 名 称 也 是 依赖 型 名 称 。 例 如 ， 对 于 函数 f(T*)0)， 如 果 
I 是 一 个 模板 参数 ， 那 么 { 就 是 依赖 型 的 。 然 而 ， 我 们 并 不 认为 模板 参数 本 身 的 名 
PK CUNT) 是 依赖 型 的 。 有 具体 见 两 阶段 查找 。 


digraph 连 字 ** 


两 个 连续 字符 的 组 合 ， 它 等 于 C++ 代 码 中 的 男 一 个 单一 字符 。 连 字 的 目的 是 
为 了 殉 服 用 键盘 输入 C++ 代码 时 缺乏 某 些 字符 。 虽 然 使 用 情况 非常 少 ， 但 如 采 在 
尖 括 号 后 面 紧 跟 《〈 即 没有 间隔 ) 域 解析 运算 符 〈::) 时 ， 就 会 意外 地 形成 连 字符 


<: o 


dot-C file dot-C 文 件 


通常 而 言 ， 是 包含 变量 和 非 内 联 函 数 的 文件 。 程 序 的 大 多 数 可 执行 代码 都 放 
在 dot-C 文 件 中 。 之 所 以 称 为 dot-C 文 件 ， 是 因为 这 类 文件 的 后 级 名 通常 是 
.Cpp、.C、.c、.cc 或 者 .cxx。 参 见 头 文件 和 翻译 单元 。 
EBCO 


Empty Base Class Optimization( 空 基 类 优化 的 缩写 。 是 现在 大 多 数 编译 器 
所 执行 的 一 种 优化 ， 优 化 后 ， 空 基 类 的 子 对 象 并 不 会 占用 存储 空间 。 


Empty Base Class Optimization 空 基 类 优化 见 EBCO。 


explicit instantiation directive 显 式 实例 化 指示 符 
一 种 由 在 生成 一 个 POI (point of instantiation) 的 C++ 构造 。 
explicit specialization 显 式 特 化 
针对 要 被 蔡 换 的 模板 ， 声 明 或 者 定义 另 一 种 候选 定义 的 C++ 构造 。 原 来 的 
QZH 模板 称 为 基本 模板 。 如 果 蔡 换 后 的 候选 定义 仍然 依赖 于 一 个 或 者 多 个 模 
板 参 数 ， 我 们 就 称 这 种 特 化 为 局 部 特 化 ;否则 就 称 为 全 局 特 化 。 
expression template 表达 式 模板 


它 是 一 种 类 模板 ， 用 于 表示 表达 式 的 一 部 分 。 模 板 本 身 代 表 一 种 特定 的 操 
作 ， 模 板 参数 则 表示 该 操作 所 用 到 的 各 个 操作 数 。 


friend name injection 友 元 名 称 插入 
通过 把 函数 名 称 声明 为 友 元 ， 而 令 该 函数 名 称 可 见 的 过 程 。 
full specialization 全 局 特 化 见 显 式 特 化 。 


function object 函数 对 象 JLI RŽ. 


function template 函数 模板 

一 种 表示 函数 家 族 的 构造 。 它 指定 了 一 种 产生 实际 函数 的 模式 : 用 特定 的 实 
体 蔡 换 模 板 参 数 。 我 们 应 该 知道 : 函数 模板 是 一 个 模板 ， 而 不 是 一 个 函数 。 函 数 
模板 有 时 候 也 被 称 为 参数 化 函数 ， 这 个 概念 (参数 化 函数 ) 也 使 用 的 非常 广 。 
functor 仿 函 数 *#* 


一 种 可 以 使 用 函数 调用 语法 来 进行 调用 的 对 象 〈 也 称 为 函数 对 象 ) 。 在 
C++ 中 ， 它 可 以 是 指 同 函数 的 指针 或 者 引用 ， 也 可 以 是 具有 operator0) 成 员 的 类 。 


header file 头 文件 

it i A¥includefgantt, BERNIR Ma. A LS 
变量 和 函数 的 声明 ， 可 以 在 多 个 翻译 单元 中 引用 这 些 变量 和 函数 ， 另 外 ， 头 文件 
还 可 以 包含 类 型 的 定义 、 内 联 函 数 、 模 板 、 常 量 和 宏 。 它 的 名 称 通常 都 具有 诸如 
.hpp、.h、. 了 、.hh、.hxx 后 缀 名 。 头 文件 也 被 称 为 被 包含 的 文件 。 参 见 dot-C 文 件 
和 翻译 单元 。 
include file 被 包含 的 文件 见 头 文件 。 
indirect call 间接 调用 


它 是 一 种 特殊 的 函数 调用 ， 即 要 等 到 实际 的 函数 调用 即 运行 期 ) 时 才能 知 
道具 体 被 调用 的 是 哪个 函数 。 


initializer 初始 化 器 ** 
它 是 一 种 构造 ， 指 定 如 何 初 始 化 一 个 被 命名 的 对 象 。 例 如 : 


std::complex<float> z1 = 1.0, z2(0.0,1.0); 


那么 初始 化 器 就 是 =1.0 和 (0.0, 1.0) 。 
initializer list 初始 化 列表 


用 去 号 隅 开 的 许多 表达 式 ， 这 些 表达 式 通 党 位 于 人 花 括 号 内 部 ， 用 于 初始 化 对 
象 ( 或 者 数组 )。 在 构造 浮 数 中 ， 可 以 定义 一 些 用 来 初始 化 成 员 或 者 基 类 的 值 。 


injected class name 插入 式 类 名 称 


对 于 类 而 言 ， 它 的 名 称 在 本 身 的 作用 域 中 是 可 见 的 。 对 于 类 模板 而 言 ， 在 模 
a 如 果 模 板 名 称 后 面 没 有 紧 跟 模板 实 参 列表 ， 那 么 该 名 称 将 会 被 看 
一 个 类 名 称 。 


instance 实例 


在 C++ 程序 设计 领域 中 ， 实 例 这 个 概念 具有 两 种 含义 。 针 对 面 癌 对 象 术语 而 
言 ， 它 代表 的 是 类 的 实例 一 通过 类 的 具体 化 而 获得 的 对 象 。 例 如 ， 在 C++ 中 ， 
std::cout 就 是 类 std::ostream 的 实例 。 男 一 种 含义 是 模板 实例 (这 也 是 我 们 在 本 书 中 
所 使 用 的 概念 ) : 通过 用 具体 的 值 蔡 换 所 有 的 模板 参数 而 获得 的 实体 ; 它 本 身 可 
Lhe PAE, HMA MAM. MRF LMS, SERRA. ERA 
经 常会 和 显 式 特 化 产生 混 请 。 


instantiation 实例 化 


HEIL A A AS Lt PBB, MAE AS RARE OI ee BLS 
Si eee 但 我 们 在 本 书 中 不 使 用 这 一 层 含义 《参见 
实例 ) 。 

ISO 


International Organization for Standard (国际 标准 化 组 织 ) 的 缩写 。 一 个 名 为 
WG21 的 ISO 工作 组 致力 于 C++ 的 标准 化 和 发 展 。 


iterator 迭代 器 


一 种 知道 如 何 遍 历 一 系列 元 素 的 对 象 。 通 常 而 言 ， 这 些 元 素 属 于 某 个 集合 
〈 见 集合 类 ) 。 


linkable entity 可 链接 实体 


一 个 非 内 联 函 数 、 成 员 函 数 、 全 局 变量 或 者 一 个 静态 成 员 变 量 , 还 包括 由 模板 
产生 的 上 面 这 些 实体 。 


Ivalue 左 值 


在 传统 C 语 言 中 ， 对 于 一 个 表达 式 ， 如 果 它 可 以 出 现在 赋值 运算 符 的 左边 ， 
我 们 就 称 之 为 一 个 左 值 。 反 之 ， 对 于 可 以 出 现在 赋值 运算 符 右 边 的 表达 式 ， 我 们 
称 之 为 右 值 Crvalue) 。 但 在 现在 的 C 和 C++ 语言 中 ， 这 些 概 念 已 经 不 再 适用 了 。 
现在 ， 左 值 可 以 被 看 成 一 个 表示 位 置 的 值 : 通过 名 称 或 者 地 址 〈 指 针 、 引 用 、 或 
者 数组 访问 符 []) 来 指派 一 个 表达 式 ， 而 不 是 通过 纯粹 的 计算 。 左 值 并 不 需要 是 
可 更 改 的 〈 例 如， 笛 量 对 象 的 名 称 就 是 不 可 更 改 的 左 值 ) 。 对 于 所 有 的 表达 式 ， 
如 果 不 是 左 值 的 话 ， 那 么 它 就 只 能 是 右 值 。 例 如 由 显 式 创建 的 对 象 “TO) 或 者 函 
数 调用 的 结果 就 都 是 右 值 。 


member class template 成 员 类 模板 


一 种 表示 成 员 类 家 族 的 构造 。 它 是 在 男 一 个 类 或 者 类 模板 中 声明 的 类 模板 ， 
具有 上 自己 的 模板 参数 〈 这 一 点 和 类 模板 的 成 员 类 不 同 ) 。 


member function template 成 员 函 数 模板 
一 种 表示 成 员 函 数 家 族 的 构造 。 它 具有 自己 的 模板 参数 〈 这 一 点 和 类 模板 的 


成 员 函 数 不 同 ) 。 它 和 函数 模板 很 类 似 ， 但 当 所 有 的 模板 参数 都 被 莹 换 之 后 ， 本 
ge E (而 不 是 一 个 普通 函数 ) 。 成 员 函 数 模板 不 能 是 虚 函 


member template 成 员 模板 


指 成 员 类 模板 或 者 成 员 函 数 模板 。 
nondependent name 非 依 赖 型 名 称 

并 不 依赖 于 模板 参数 的 名 称 。 见 依赖 型 名 称 和 两 阶段 查找 。 
ODR 


one-definition rule〈 一 处 定义 原则 ) 的 缩写 。 这 个 规则 给 C++ 程序 中 的 定义 强 
加 了 一 些 约束 。 有 具体 见 7.4 节 和 附录 A。 


one-definition rule 一 处 定义 原则 具体 见 ODR (one-definition rule) 。 


overload resolution 重 载 解析 


当 有 几 个 候选 函数 〈 通 第 都 具有 相同 的 名 称 ) 存在 的 时 候 ， 从 这 些 候选 函数 
中 选择 出 一 个 最 佳 匹 配 函 数 的 过 程 。 


parameter 参数 


一 个 在 某 一 点 上 要 被 实际 值 〈 实 参 ) 蔡 换 的 占 位 符 实 体 。 对 于 宏 参 数 和 模板 
参数 而 言 ， 这 种 替换 是 在 编译 期 发 生 的 。 对 于 函数 调用 参数 而 言 ， 这 种 蔡 换 发 生 
在 运行 期 。 在 一 些 程序 设计 团体 中 ， 有 时 也 把 参数 称 为 形式 参数 〈 而 实 参 相对 应 
地 被 称 为 实际 参数 ) 。 有 具体 参见 实 参 。 


parameterized class 参数 化 类 

一 个 类 模板 或 者 符 入 在 类 模板 中 的 类 。 这 两 者 都 是 被 参数 化 过 的 ， 因 为 要 等 
到 指定 所 有 的 具体 模板 实 参 之 后 ， 它 们 才能 对 应 一 个 单一 的 实体 。 在 这 之 前 对 应 
的 是 一 个 实体 家 族 。 
parameterized function 参数 化 函数 

它 可 以 是 函数 模板 、 成 员 函 数 模板 或 类 模板 的 成 员 函 数 。 这 3 者 都 是 参数 化 
过 的 ， 因 为 要 等 到 指定 所 有 的 具体 模板 实 参 之 后 ， 才 能 对 应 一 个 具体 的 函数 。 在 
这 之 前 对 应 的 是 一 个 函数 家 族 。 


partial specialization 局 部 特 化 

假定 对 模板 进行 特定 参数 的 蔡 换 之 后 产生 的 是 一 个 候选 模板 ， 它 本 里 还 仍然 
是 一 个 模板 。 局 部 特 化 就 是 声明 或 者 定义 这 种 候选 模板 定义 的 一 种 构造 。 原 来 的 
《 泛 型 ) 模板 通常 称 为 基本 模板 。 候 选 模 板 仍 然 要 依赖 于 模板 参数 。 目 前 而 言 ， 
这 种 构造 只 适用 于 类 模板 。 请 参见 显 式 特 化 。 


POD 


Plain Old Date(type) 的 缩写 。POD 类 型 是 指 那些 无 需 特 定 的 C++ 特性 《诸如 虚 
拟 成 员 函 数 ， 访 问 关键 字 等 就 能 进行 定义 的 类 型 。 璧 如， 每 个 C 结 构 (struct) 
都 是 一 个 POD。 


POI 


Point Of Instantiation 的 缩写 。 一 个 POI 是 源 代码 中 的 一 个 位 置 ， 从 概念 上 而 
言 ， 借 助 于 模板 实 参 来 蔡 换 模板 参数 ， 在 此 位 置 会 扩展 蔡 换 后 的 模板 〈 或 者 模板 
。 在 实际 的 实现 中 ， 并 不 需要 在 每 个 POI 都 进行 这 种 扩展 。 参 见 显 式 实例 
HANTS © 


Point Of Instantiation POI. 


policy class policy 类 

指 的 是 一 个 类 或 者 类 模板 ， 它 的 成 员 描 述 了 一 种 适用 于 泛 型 组 件 的 可 配置 行 
为 。policy 通 常 是 被 作为 模板 实 参 来 进行 传递 。 例 如 ， 一 个 排序 模板 可 以 具有 一 
policy 类 也 被 称 为 policy 模 板 ， 或 者 干脆 只 称 为 policy。 人 参见 trait 模 


polymorphism 多 态 

是 一 种 可 以 把 一 个 操作 《由 操作 名 称 来 标识 ) 应 用 于 不 同 种 类 对 象 的 能 力 。 
在 C++ 中 ， 传 统 多 态 〈 也 被 称 为 动 多 态 或 者 运行 期 多 态 ) 的 面向 对 象 概念 主要 是 
通过 虚 函 数 来 表现 的 ， 而 虚 函 数 通常 会 在 派生 类 中 被 改写 。 另 一 方面 ，C++ 模 板 
实现 了 所谓 的 静 多 态 。 
precompiled header 预 编 译 头 文件 

源 代 码 进 行 处 理 之 后 的 形式 ， 从 而 编译 器 可 以 很 快 地 加 载 这 些 源 代码 。 预 编 
译 头 文件 所 代表 的 源 代码 必须 位 于 翻译 单元 的 首部 换 句 话说 ， 它 不 能 位 于 翻译 
单元 中 间 的 某 个 位 置 ) 。 通 常 而 言 ， 一 个 预 编 译 头 文件 会 对 应 几 个 头 文件 。 使 用 
预 编 译 头 文件 可 以 有 效 地 减少 用 C++ 编写 的 大 型 应 用 程序 的 创建 时 间 。 
primary template 基本 模板 

“不 是 局 部 特 化 的 ”模板 。 


qualified name 受 限 名 称 


包含 有 域 限定 符 (::) 的 名 称 。 


reference counting 引用 计数 


一 种 资源 管理 策略 ， 可 以 跟踪 引用 某 个 特定 资源 的 实体 的 具体 个 数 ， 当 个 数 


下 降 到 0 的 时 候 ， 就 回收 这 个 特定 资源 。 
rvalue 右 值 见 左 值 。 
source file 源 文件 

头 文件 或 者 dot-C 文 件 。 
specialization 特 化 


用 实际 值 蔡 换 模 板 参 数 后 的 结果 。 特 化 可 以 从 实例 化 过 程 产生 ， 也 可 以 由 显 
式 特 化 产生 。 这 个 概念 有 时 候 会 和 显 式 特 化 发 生 混 消 。 参 见 实例 。 


template 模板 

一 种 表示 类 家 族 或 者 函数 家 族 的 构造 。 它 指定 了 一 种 生成 具体 类 或 函数 的 模 
式 : 用 具体 实体 蔡 换 模板 参 数 。 在 本 书 中 ， 模 板 的 概念 并 不 包含 那些 只 因为 作为 
类 模板 的 成 员 ， 而 被 参数 化 的 函数 、 类 和 静态 成 员 变 量 〈 也 就 是 类 模板 的 成 
R) 。 参 见 类 模板 、 参 数 化 类 、 函 数 模 板 和 参数 化 函数 。 
template argument 模板 实 参 


用 来 丛 换 模板 参数 的 值 。 这 个 值 通常 是 一 个 类 型 ， 但 特定 的 常 值 和 模板 也 可 
以 是 有 效 的 模板 实 参 。 


template argument deduction 模板 实 参 演绎 见 演绎 。 


template-id 


由 模板 名 称 和 紧 跟 其 后 的 尖 括 号 及 其 内 部 的 所 有 模板 实 参 组 成 《例如 ; 


std::list<int>) 。 


template parameter 模板 参数 


位 于 模板 中 的 一 个 泛 型 占 位 符 。 普 所 使 用 的 模板 参数 是 类 型 参数 ， 它 代表 一 
种 未 定 的 类 型 。 非 类 型 参数 代表 一 个 特定 类 型 的 常 值 。 模 板 的 模板 参数 代表 一 个 
类 模板 。 
trait template trait 模板 


它 是 一 个 模板 ， 模 板 的 成 员 描 述 了 模板 实 参 的 特性 Ctrait) 。 通 常 而 言 ，trait 
模板 的 目的 是 为 了 避免 过 多 数量 的 模板 参数 。 参 见 policy 类 。 


translation unit 翻译 单元 


一 个 dot-C 文 件 及 其 用 执 nclude 指 示 符 所 包含 的 头 文件 和 标准 库 头 文件 ， 并 且 
除去 那些 诸如 ##f 等 条 件 编译 指示 符 所 舍弃 的 文本 。 简 单 而 言 ， 可 以 把 翻译 单元 看 
成 预 处 理 一 个 dot-C 文 件 的 结果 。 见 dot-C 文 件 和 头 文 件 。 


true constant 见 Constant-expression 。 
tuple 

C struct 概 念 的 一 种 泛 化 ， 从 而 可 以 利用 数字 来 访问 成 员 。 
two-phase lookup 两 阶段 查找 


在 模板 中 ， 用 于 名 称 的 查找 机 制 。 两 阶段 是 指 : (1) 编译 器 首次 看 到 模板 
定义 的 阶段 ， (2) 模板 实例 化 的 阶段 。 非 依赖 型 名 称 只 在 第 一 阶段 进行 查找 ; 
但 这 个 过 程 不 会 考虑 非 依赖 型 基 类 。 上 有 具有 域 限定 符 〈::) 的 依赖 型 名 称 只 在 第 2 阶段 
进行 查找 。 没 有 域 限定 符 的 依赖 型 名 称 会 在 两 个 阶段 都 进行 查找 ， 但 在 第 2 阶段 
只 是 执行 ADL 碍 找 〈 依 赖 于 实 参 的 查找 ) 。 


user-defined conversion 自 定 义 的 类 型 转换 
由 程序 员 定 义 的 类 型 转换 。 它 可 以 是 一 个 具有 单一 参数 的 构造 函数 ， 也 可 以 


是 一 个 类 型 转换 运算 符 。 对 于 构造 函数 而 言 ， 类 型 转换 是 可 以 隐 式 进行 的 ， 除 非 
前 面 声明 有 关键 字 explicit。 


whitespace 间隔 符 
在 C++ 中 ， 间 隔 符 是 一 种 分 开源 代码 中 各 个 标记 《可 以 是 标识 符 、 文 字 、 符 


FE 的 一 些 空格 。 除 了 传统 的 空格 符 之 外 ， 它 还 可 以 是 换行 符 和 水 平 缩 进 符 。 
其 他 的 间 陋 符 《〈 例 如 页 面 控制 符号 ) 有 时 也 古 有 效 的 间隔 符 。 


